使用移动传感器的云感知协同移动平台功率管理的制作方法
【专利说明】
[0001]【背景技术】。
技术领域
[0002]实施例一般涉及移动平台的协同(collaborative)操作管理。更具体地，实施例涉及使用来自多个移动设备的基于传感器的信息以协同地管理各个移动设备的功率和性能设置。
[0003]讨论
现代移动设备可以基于在移动设备处本地检测的条件来进行性能和功率管理活动。例如，当移动设备的用户访问新的位置时，移动设备可以独立地扫描/探查无线信道和/或接口以便确定因特网连接的可用性。这样的方法可能产生次优的功率效率并且能够导致降低的电池寿命。
【附图说明】
[0004]对于本领域技术人员而言，通过阅读以下说明书和随附的权利要求并且通过参考以下附图，本发明的实施例的各种优点将变得显而易见，在附图中:
图1是根据实施例的协同操作管理架构的示例的框图；
图2是根据实施例的操作服务器的方法的示例的流程图；
图3是根据实施例的管理移动设备上的无线连接的方法的示例的流程图；以及图4是根据实施例的无线连接上下文信息的集合的示例的图形图示。
【具体实施方式】
[0005]图1示出架构10，其中服务器12累积来自多个移动设备14 (14a_14c)的基于传感器的信息、标识基于传感器的信息中的全局上下文信息并且基于上下文信息向特定(例如个体和/或具体)移动设备14发送操作推荐。移动设备14 (例如客户端)可以包括但不限于笔记本计算机、智能平板、个人数字助理(PDA)、移动因特网设备(MID)、无线智能电话、图像捕获设备、媒体播放器等，其中所图示的移动设备14可以由可以或可以不与彼此有关系的不同用户操作和/或拥有。
[0006]在所图示的示例中，移动设备14包括基于传感器的信息所源自的一个或多个传感器。例如，第一移动设备14a可以包括传感器16，第二移动设备14b可以包括传感器18，并且第三移动设备14c可以包括传感器20。传感器16，18，20可以包括例如加速计、陀螺仪、接近度传感器、环境光传感器、数字罗盘、全球定位系统(GPS)传感器、电池寿命传感器(例如电流、电压和/或电荷水平传感器)、无线网络控制器等等，其中各个移动设备14可以具有与彼此不同的传感器配置以及不同的通信能力。因此，第一移动设备14a可以发送与第二移动设备14b和/或第三移动设备14c不同类型的基于传感器的信息，第二移动设备14b可以发送与第一移动设备14a和/或第三移动设备14c不同类型的基于传感器的信息等等。
[0007]基于传感器的信息可以包括原始传感器数据，诸如例如接收的信号强度(RSS)数据、加速计数据、无线接入点(AP)标识符数据、电池寿命数据等等。基于传感器的信息还可以包括来自例如第二移动设备14b的本地上下文模块22的设备生成的本地上下文信息。例如，本地上下文模块22可以被配置成确定第二移动设备14b是否相对静止并且将该信息报告给服务器12作为本地上下文信息。本地上下文信息还可以包括其它信息，诸如移动设备14b的地理位置(例如商业场所、街道地址等)、用户请求/设置等等。
[0008]在所图示的示例中，移动设备14经由网络接口 24 (例如网络控制器、通信物理层/PHY、天线结构等)和适当的网络基础设施(未示出)向服务器12发送基于传感器的信息。网络基础设施可以合并诸如例如以下的技术:蜂窝电话(例如宽带码分多址/W-CDMA (通用移动电信系统/UMTS)、CDMA2000 (IS-856/IS-2000)等)、WiFi (无线保真，例如电气和电子工程师协会/IEEE 802.11-2007，无线局域网/LAN媒体访问控制(MAC)和PHY规范)、4GLTE (第四代长期演进)、蓝牙(例如IEEE 802.15.1-2005，无线个域网)、WiMax (例如IEEE802.16-2004, LAN/MAN宽带无线LANS)、GPS、扩展频谱(例如900 MHz)、近场通信(NFC)和/或其它射频(RF)电话技术。
[0009]所图示的服务器12包括被配置成累积来自移动设备14的基于传感器的信息的网络接口 26 (例如网络控制器、通信PHY、天线结构)和标识基于传感器的信息中的全局和/或本地上下文信息的全局上下文模块30，其中上下文信息可以相关于一个或多个移动设备14。例如，诸如从第三移动设备14c的WiFi传感器获得的无线AP标识符之类的基于传感器的信息可以与靠近(例如在地理上相关于)从第二移动设备14b的本地上下文模块22获得的街道地址的位置相关联，其中无线AP标识符、街道地址和/或两者之间的地理关系可以被视为上下文信息。其它类型的上下文信息还可以基于例如无线连接性、电池寿命等来确定。
[0010]服务器12还可以包括推荐模块32以基于由全局上下文模块30标识的上下文信息向特定移动设备14发送操作推荐。因此，在第二移动设备14b和第三移动设备14c提供地理相关信息的示例中，推荐模块32可以推荐第二移动设备14b尝试访问由第三移动设备14c标识的无线AP。特别指出的是，如果第二移动设备14b已经报告其WiFi吞吐量和/或RSS相对低并且第三移动设备已经报告其WiFi吞吐量和/或RSS相对高，则这样的推荐可以特别有用，其中更大吞吐量可以导致更好的性能以及增强的功率效率。
[0011 ] 事实上，第二移动设备14b可以全部地使用不同的网络控制器(例如第三代/3G控制器)，其可能提供与由第三移动设备14c标识的WiFi无线AP链接相比的次优的性能和/或功率效率。因此，所图示的示例消除对于移动设备14连续扫描/探查每一个无线控制器、接口和/或AP以确定提供最佳性能的无线配置的任何需要。推荐模块32还可以生成诸如例如其它功率管理行动(例如访问附近充电站的建议)、性能管理行动(例如激活/去激活各种无线电和/或软件应用的建议)、无线接口选择等等之类的其它类型的操作推荐。一个或多个移动设备14还可以具有本地推荐模块以从原始传感器数据和/或上下文信息生成操作推荐。
[0012]所图示的服务器12还包括滤出(例如移除)基于传感器的信息的一部分(例如以获得基于传感器的信息的缩减集合)的过滤器模块28和存储基于传感器的信息的缩减集合以供将来使用、索引和/或搜索的云储存库34。基于传感器的信息的经移除部分可以被确定为是冗余的、废弃的和/或否则不必要的，其中可以基于来自服务器12的其它组件(诸如例如全局上下文模块30 (例如处理开销限制)、推荐模块32 (例如处理开销限制)和/或储存库34 (例如存储限制))的各种要求而做出过滤确定。
[0013]在一个示例中，架构10包括至少部分地包括硬件逻辑的逻辑。在这样的情况中，硬件逻辑可以在服务器12中实现为例如网络接口 26、全局上下文模块30、推荐模块32和/或过滤器模块28。此外，硬件逻辑可以在一个或多个移动设备14中实现为例如网络接口
24、本地上下文模块22和/或传感器接口。
[0014]现在转向图2，示出操作诸如例如服务器12(图1)之类的服务器的方法36。方法36可以实现为被存储在诸如随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM (PR0M)、固件、闪速存储器等之类的机器或计算机可读存储介质中的逻辑指