用于确定无线设备在关机后的位置的装置和方法与流程

技术领域

本发明总体涉及计算机联网的领域。更具体而言，本发明涉及用于确定无线设备在关机后的位置的改进装置和方法。

背景技术：

当前手持和便携式产品中的安全性特征允许当用户请求时标识产品的位置，诸如在产品丢失或被盗的情形中。然而，该技术在产品丢失/被盗并且随后关闭的情形(即，未供电状态)中受到限制。下面描述的本发明的实施例添加附加的安全性层以在这些情形中定位设备。

附图说明

根据下面结合所附附图的具体描述，可以获得对本发明的较好理解，其中：

图1A示出了用于确定无线设备在节电后的位置的本发明的一个实施例。

图1B示出了用于确定无线设备在关机后的位置的本发明的另一实施例。

图2示出了用于确定无线设备在关机后的位置的方法的一个实施例。

图3示出了在本发明的一个实施例中运用的应用编程接口。

图4示出了根据本发明的一个实施例的与服务和操作系统接合的示例应用。

图5示出了在其上可以实现本发明的一些实施例的数据处理设备的架构。

图6示出了在其上可以实现本发明的一些实施例的数据处理设备的另一架构。

具体实施方式

下面描述用于在网络上建立、维持和利用主要和/或备份对等(“P2P”)通信信道的装置、方法和机器可读介质的实施例。还分别针对P2P会话的邀请用户和匹配用户描述邀请服务和匹配标记服务。此外，描述用于允许用户在某些指定情况下建立中继连接的中继服务。最后，描述用于允许应用开发者设计利用在此描述的各种在线协作特征的应用的应用框架和相关联的应用编程接口(API)。

在全文中，出于说明的目的，阐述了众多特定细节，以便提供对本发明的完全理解。然而，对本领域技术人员显然的是，可以在不具有这些特定细节的某些细节的情形下实践本发明。在其它一些情形中，未示出或以框图示出一些众所周知的结构和设备以免模糊本发明的基本原理。

用于确定无线设备在关机后的位置的装置和方法

下面描述的本发明的实施例允许诸如(由申请的受让人设计的)或之类的无线设备自动重新开启，发送它们的位置信息，并且在初始关机后再次关闭。在本发明的一个实施例中，软件或硬件在用于无线设备的节电序列(诸如在按住iPhone上的锁定和返回按钮并且进入节电屏幕之后)期间激活，在节电序列中，出现在关机前输入用于禁用位置安全性特征的关机安全性代码，或在关机期间绕过代码并且激活该特征的选项。在一个实施例中，在输入正确代码失败指定次数的尝试之后，自动激活在此描述的安全性特征并且使无线设备关机。

在一个实施例中，当设备被激活时，通过指定的通信信道集(例如电子邮件、指定的网络地址、文本消息等)周期性发送设备的当前位置，并且该设备随后节电直至到达下一传输的时间。设备的当前位置利用其传输的频率可以由最终用户指定，或者可以在软件/固件中自动设置。还可以向最终用户提供用于禁用在此描述的特征的选项。在一个实施例中，位置传输持续，直至当用户对单元人工供电时安全性代码被适当输入和/或在自动供电之一期间该代码被输入。

图1A示出了移动设备120的一个实施例，移动设备120包括：用于(例如使用全球定位系统(GPS)信号110)确定移动设备的当前位置的位置服务模块105；用于周期性传输移动设备的位置的传输线程106；以及用于周期性唤醒传输线程106的定时器模块107。如所示，可以对定时器107编程以使用由最终用户112配置的频率唤醒传输线程106。在一个实施例中，设备的操作系统104的安全性部件114管理禁用周期性传输所需的安全性代码，并且激活传输线程106和定时器107，直至正确的安全性代码已被输入。在该实施例中，OS 104和所有的系统部件105-107被实现为由移动设备的处理器100执行的软件。

一旦在设备节电之后可操作，定时器107周期性地唤醒传输线程106。传输线程106继而从位置服务模块105获取移动设备120的当前位置并且经由收发器150通过一个或多个通信信道155传输当前位置。在一个实施例中，通信信道(其也可以由最终用户指定)包括电子邮件地址150、即时消息发送地址151、短消息服务(SMS)消息152和/或服务器地址153。

例如，如果使用电子邮件，则设备的当前位置存储在电子邮件的主题行或主体内，并且被发送至用户指定的电子邮件地址。如果使用即时消息发送，则设备120可以自动登入即时消息发送服务(由用户指定)，并且将即时消息传输给用户的IM账户。如果使用SMS，则传输线程可以唤起(invoke)在移动设备120上的SMS应用，以将SMS消息传输给指定电话号码。如果使用服务器地址，则传输线程将使用预定通信格式(例如XML文档)把设备的当前位置发送至服务器(例如，发送至特定统一资源定位符(URL))。用户可以使用备选无线设备或计算机登入服务器以确定移动设备的当前位置。备选地，服务器可以将设备的当前位置推送出至用户的备选无线设备或计算机上。

在本发明的另一实施例中，如图1B所示，位置服务模块115、广播模块116、定时器模块117和安全性模块124均被实现为硬件(例如，作为移动设备的处理器110内的附加电路和/或固件，或使用单独的支持电路)。除了这些模块以硬件实现的事实之外，由这些模块115-117和124执行的功能与上面关于图1A所述的功能相同。构思了各种附加或替代实现方式。

在一个实施例中，当移动设备120开启以发送位置信息时，该设备将不会返回完全供电状态。例如，设备的显示器可以保持关闭。此外，可以仅激活实现在此描述的特征所需的那些硬件和/或软件部件(以节省电池电力)。例如，在图1A中所示的软件实现方式中，可以仅执行操作系统104的用于执行位置服务模块105、传输线程106和定时器107所需的部件。在图1B中所示的硬件实现方式中，可以仅激活用于确定设备的当前位置和通过通信信道传输该位置信息所需的固件和电路(例如蜂窝或WiFi无线电设备)。

在一个实施例中，可以在移动设备的显示器上显示特定图形以指示周期性位置传输正在发生。备选地，在设备传输其位置时显示器可以保持关闭。附加地，可以提供允许用户输入关机代码并且禁用安全性特征的选项。在一个实施例中，当输入代码时，屏幕可以开启以示出位置安全性服务已被适当禁用。

关机代码可以与移动设备120的正常解锁代码相同或不同。代码可以是数字或字母数字、机械代码(按钮按压的特定序列)、触摸屏代码(使用或者不使用可视线索在触摸屏上绘制图案)、语音激活代码、或者涉及对QR代码/2D条形码或1D条形码拍照片的相机代码。在一个实施例中，上述安全性特征可以在移动设备处于关于板上罗盘的特定定向时通过对对象拍照片来禁用。

附加地，可以实现双重或多重验证。在第一验证阶段期间，屏幕可以保持关闭，保持开启但是不提供线索，或是可以显示图形以输入代码。在第一验证完成之后，单元可以请求第二验证(例如，通过开启显示器并且显示图形、振动、如果要求QR代码则开启相机、通过扬声器语音提示)。

在一个实施例中，在此描述的技术可以与在移动设备上执行“远程清除”的硬件和/或软件组合地使用。例如，在一个实施例中，移动设备120在其唤醒时登入验证服务器。验证服务器可以继而指示远程设备删除所有的用户敏感数据(如果之前由最终用户指令如此行事)或禁用在此描述的安全性软件。移动设备120还可以在其自动供电并且发送其位置时检查来自用户的验证。用户可以继而远程地禁用安全性软件或改变单元发送其位置信息的频率。

虽然上述一些实施例提供了要求代码的可视指示，但是在一个实施例中，不提供可视指示以免警示单元在被关机后将被追踪的一方。当输入不正确的代码时，无线设备可以保持处于子状态，其中显示器关闭(而非完全关机)而无线设备仍然发送位置信息并且具有输入正确代码的能力。无线设备可以持续保持处于该子状态或可以被设置为供电并且在特定时间段进入该子状态(诸如每个小时的前5-10分钟)。在此描述的软件/硬件可以在解锁尝试失败指定次数之后锁定设备持续特定时间量，并且还可以被配置成在解锁尝试失败指定次数之后清除用户敏感数据(或所有数据)。

在一个实施例中，可以收集信息以补充位置数据。例如，设备的相机可以被配置成自动拍摄照片并且通过一个或多个通信信道传输照片。在一个实施例中，移动设备被配置成在主复位之前(即，在安全性软件仍被激活时)发送出其最终位置及其附接到的计算机的IP地址。

在图2中示出了用于在节电后传输移动设备的位置的方法的一个实施例。在201处，基于用户输入编程定时器和在其上传输的通信信道。例如，用户可以指定设备应该在被节电之后每15分钟唤醒并且通过电子邮件传输位置消息至服务器。在202，在设备被节电之后，定时器生成唤醒信号以唤醒传输线程和无线电收发器。在203，传输线程(例如根据位置服务模块115)确定其当前位置，并且在204，传输线程通过指定的通信信道发送其当前位置。

本发明的一个实施例利用射频识别(RFID)和/或近场技术(NFC)作为“磨石(honing)”，从而以较高分辨率定位设备。例如，在一个实施例中，其它一些设备(未示出)可以使用RFID和/或NFC以与移动设备120通信并且识别移动设备120，并且继而通过一个或多个通信信道155传输移动设备120的身份。该实施例的移动设备120无需对图1B中所示的所有部件完全供电，从而允许在设备电池耗尽时定位该设备。

除了位置数据之外，本发明的一个实施例传输编码有用户信息的硬件专有序列号(例如，服务器从而可以识别与其传输位置信息的用户)。附加地，上述概念还可以用于激活系统的某些部分，以使得更易于定位移动设备120。例如，通过使用RFID/NFC，可以激活硬件信号以使能系统的用于帮助定位设备的音频部分(例如通过从使用RFID/NFC进行通信的移动设备120或是其它设备生成音频信号)。

不同的API实施例

在此描述的不同实施例包括由软件部件实现的应用编程接口(API)(下文称为“API实现软件部件”)，该软件部件允许不同软件部件(下文称为“API调用软件部件”)访问和使用一个或多个函数、方法、过程、数据结构和/或由API实现软件部件提供的其它服务。例如，API允许API调用软件部件的开发者(例如可以是第三方开发者)提升由API实现软件部件提供的指定特征。可以有一个API调用软件部件或是可以有多于一个这类软件部件。API可以是源代码接口，计算机系统或程序库提供该源代码接口以便支持来自软件应用对服务的请求。可以以编程语言指定API，该编程语言可以是解释性的或在构建应用时被编译，而非对在存储器中如何布置数据的明确低层级描述。

API限定API调用软件部件在访问和使用API实现软件部件的指定特征时使用的语言和参数。例如，API调用软件部件通过由API露出的一个或多个API调用(有时称为函数或方法调用)访问API实现软件部件的指定特征。API实现软件部件继而可以响应于来自API调用软件部件的API调用来通过API返回值。虽然API限定API调用的语法和结果(例如，如何唤起API调用以及API调用干什么)，但是API通常并不揭示API调用如何完成API调用指定的函数。经由一个或多个应用编程接口在调用软件(API调用软件部件)和API实现软件部件之间传送各种函数调用或消息。传送函数调用或消息可以包括发布、初始化、唤起、调用、接收、返回、或对函数调用或消息做出响应。因而，API调用软件部件可以传送调用，并且API实现软件部件可以传送调用。

例如，API实现软件部件2010和API调用软件部件可以是操作系统、库、设备驱动器、API、应用程序和/或其它软件模块(应该理解，API实现软件部件和API调用软件部件可以是彼此相同或不同类型的软件模块)。API调用软件部件可以是本地软件部件(即，在与API实现软件部件相同的数据处理系统上)或是在网络上通过API与API实现软件部件通信的远程软件部件(即，在与API实现软件部件不同的数据处理系统上)。应该理解，API实现软件部件还可以充当API调用软件部件(即，它可以使得API调用由不同的API实现软件部件露出的API)，并且API调用软件部件也可以通过实现露出给不同的API调用软件部件的API来充当API实现软件部件。

API可以允许以不同编程语言编写的多个API调用软件部件与API实现软件部件通信(因此，API可以包括用于转译在API实现软件部件和API调用软件部件之间的调用和返回的特征)；然而，可以以特定编程语言实现API。

图3示出了API结构的一个实施例，其包括实现API 320的API实现软件部件310(例如操作系统、库、设备驱动器、API、应用程序或其它软件模块)。API 320指定API实现软件部件的可以由API调用软件部件330使用的一个或多个函数、方法、类、对象、协议、数据结构、格式和/或其它特征。API 320可以指定至少一个调用规范，其指定API实现软件部件中的函数如何接收来自API调用软件部件的参数以及该函数如何向API调用软件部件返回结果。API调用软件部件330(例如操作系统、库、设备驱动器、API、应用程序或其它软件模块)使得通过API 320的API调用访问和使用API实现软件部件310的由API 320指定的特征。API实现软件部件310可以响应于API调用通过API 320将值向API调用软件部件330返回。

可以理解，API实现软件部件310可以包括未通过API 320指定并且不为API调用软件部件330可用的附加函数、方法、类、数据结构和/或其它特征。应该理解，API调用软件部件330可以在与API实现软件部件310相同的系统上，或者可以远程地定位并且通过网络使用API 320访问API实现软件部件310。虽然图3示出了与API 320交互的单个API调用软件部件330，但是应该理解，可以以与API调用软件部件330不同的语言(或相同的语言)编写的其它API调用软件部件可以使用API320。

API实现软件部件310、API 320和API调用软件部件330可以存储在机器可读的介质中，该介质包括用于以机器(例如计算机或其它数据处理系统)可读的形式存储信息的任何机制。例如，机器可读介质包括磁盘、光盘、随机存取存储器、只读存储器、闪存存储器设备等。

在图4(“软件堆栈”)的示例性实施例中，应用可以使用若干服务API调用服务1或2以及使用若干OS API调用OS。服务1和2可以使用若干个OS API调用OS。

注意，服务2具有两个API，其中之一(服务2API 1)接收来自应用1的调用并且将值返回至应用1，而另一API(服务2API 2)接收来自应用2的调用并且将值返回至应用2。服务1(其例如可以是软件库)调用OS API 1并且接收来自OS API 1的返回值，而服务2(其例如可以是软件库)调用OS API 1和OS API 2两者并且接收来自OS API 1和OS API 2两者的返回值。应用2调用OS API 2并且接收来自OS API 2的返回值。

示例性数据处理设备

图5是示出示例性计算机系统的框图，该计算机系统可以在本发明的某些实施例中使用。应该理解，虽然图5示出了计算机系统的各种部件，但是这并非旨在展示将部件互连的任何特定架构或方式，这是因为这些细节并非与本发明密切相关。可以理解，本发明也可以使用其它一些计算机系统，该计算机系统具有更少的部件或更多的部件。

如图5所示，计算机系统500是数据处理系统的形式，其包括与处理系统520耦合的总线550、电源525、存储器530和非易失性存储器540(例如，硬盘驱动、闪存存储器、相变存储器(PCM)等)。总线550可以通过如本领域熟知的各种接桥、控制器和/或适配器而彼此连接。处理系统520可以从存储器530和/或非易失性存储器540检索指令，并且执行这些指令以执行上述操作。总线550将上面的部件互连在一起，并且还将这些部件互连至可选的基座(dock)560、显示器控制器和显示器设备570、输入/输出设备580(例如NIC(网络接口卡)、光标控制(例如鼠标、触摸屏、触摸板等)、键盘等)以及可选的无线收发器(例如蓝牙、WiFi、红外等)。

图6是示出示例性数据处理系统的框图，其可以用于本发明的一些实施例中。例如，数据处理系统600可以是手持式计算机、个人数字助理(PDA)、移动电话、便携式游戏系统、便携式媒体播放器、可以包括移动电话、媒体播放器和/或游戏系统的平板或手持计算设备。作为另一示例，数据处理系统600可以是网络计算机或在另一设备内的嵌入式处理设备。

根据本发明的一个实施例，数据处理系统600的示例性结构可以用于上述的移动设备。数据处理系统600包括处理系统620，处理系统620可以包括一个或多个微处理器和/或集成电路上的系统。处理系统620与存储器610、电源625(包括一个或多个电池)、音频输入/输出640、显示器控制器和显示器设备660、可选输入/输出650、输入设备670和无线收发器630耦合在一起。可以理解，图6中未示出的附加部件也可以是在本发明的某些实施例中的数据处理系统600的一部分，并且在本发明的某些实施例中，可以使用比图6中示出的更少的部件。此外，可以理解，图6中未示出的一个或多个总线可以用于如本领域所熟知的那样将各种部件互连。

存储器610可以存储用于由数据处理系统600执行的数据和/或程序。音频输入/输出640可以包括麦克风和/或扬声器以例如用于通过扬声器和麦克风播放音乐和/或提供电话功能。显示器控制和显示器设备600可以包括图形用户界面(GUI)。无线(例如RF)收发器630(例如WiFi收发器、红外收发器、蓝牙收发器、无线蜂窝电话收发器等)可以用于与其它数据处理系统通信。一个或多个输入设备670允许用户向系统提供输入。这些输入设备可以是小键盘、键盘、触摸板、多点触摸板等。可选的其它输入/输出650可以是用于基座的连接器。

本发明的实施例可以包括上述的各个步骤。可以在机器可执行的指令中体现该步骤，该指令使得通用或专用处理器执行某些步骤。备选地，这些步骤可以由包含用于执行步骤的硬接线逻辑的特定硬件部件执行或可以由编程的计算机部件和定制硬件部件的任何组合执行。

本发明的要素还可以提供为用于存储机器可执行程序代码的机器可读介质。机器可读介质可以包括但不限于软盘、光盘、CD-ROM和磁光盘、ROM、RAM、EPROM、EEPROM、磁或光卡、或适用于存储电子程序代码的其它类型介质/机器可读介质。

在前面的描述的全文中，出于说明的目的，阐述了众多特定细节以便提供对本发明的完整理解。然而，对于本领域技术人员显然的是，可以在没有这些具体细节的某些细节的情形下实践本发明。例如，对于本领域技术人员显然的是，在此描述的功能模块和方法可以实现为软件、硬件或其任意组合。此外，虽然在移动计算环境(即，使用移动设备120-123；601-603)的情景下描述了本发明的实施例，但是本发明的基本原理并不限于移动计算实现方式。可以在例如包括台式机或工作站计算机的某些实施例中使用实质上任何类型的客户端或等同的数据处理设备。因此，本发明的范围和精神应该由下面的权利要求书评定。