CN103518417A - 基于传感器的接触查询控制 - Google Patents

Abstract

本发明涉及一种用于选择性地加快设备之间的连接建立的系统。根据本发明的至少一个实施例，一台设备可以感测到该设备的布置的第一改变，并且可以基于所感测到的第一改变发起装置发现。随后可以在所述设备中确定在装置发现期间由该设备遇到的另一台设备是否满足预定响应标准。如果确定所述另一台设备满足预定响应标准，则所述设备随后可以选择该另一台设备。

Description

基于传感器的接触查询控制

技术领域

本发明涉及无线通信，并且特别涉及促进位置靠近的设备之间的连接建立。

背景技术

设备的无线通信能力已经超出语音信息的简单传送发展到涵盖多种电子数据类型。举例来说，新出现的具有无线能力的设备可以交换文本数据（例如文本消息、电子邮件等等）、机器可读数据文件、多媒体文件、定向数据、与因特网有关的数据（比如网页）等等。可以通过多种无线介质传送电子数据，比如经由码分多址（CDMA）、全球移动通信系统（GSM）等长距离蜂窝架构，或者经由通过Bluetooth、无线局域联网（WLAN）等等进行的短距离无线联网，或者经由非常短距离内的直接装置对装置交互，比如在近场通信（NFC）的情况下。

可用于具有无线能力的设备的各种通信形式可以分别具有使其适合于特定情况的益处。举例来说，短距离无线通信可以在不受管制的带宽内在两个或更多设备之间直接操作或者通过局部主设备操作。通过这样的介质（Bluetooth、WLAN等等）实施的通信可能具有的益处在于，可以相对快速地发生局部化的数据输送，并且能够在输送期间确保数据完整性和安全性。举例来说，短距离无线通信可以允许对于移动无线通信设备采用具有无线能力的外设（例如键盘、头戴式耳机等等），以便增强用户体验。这样的活动可以单独发生，或者随着在这些设备之间交换数据（例如商务名片、照片、视频、声音文件等等）一起发生，而不需要来自在某些区域内（例如在室内）不可用的长距离无线网络的支持。

但是除了前面的益处之外，短距离无线通信也可能涉及一定的配置负担。与可以利用能够被网络中的任何单元识别的固定配置简档的长距离无线通信相反，可能需要在网络到网络的基础上配置短距离无线通信。因此，进行短距离无线通信的设备的用户必须具有关于配置规程的一定知识以便建立短距离无线连接，而且即使用户具有必要的知识，用户在设立无线连接时所花费的时间和/或工作也可能对用户总体体验造成负面影响。

发明内容

本发明的各个示例性实施例可以涉及一种用于选择性地加快设备之间的连接建立的方法、设备、计算机程序产品和系统。根据本发明的至少一个实施例，一台设备可以感测到该设备的布置的第一改变，并且可以基于所感测到的第一改变发起装置发现。随后可以在所述设备中确定在装置发现期间由该设备遇到的另一台设备是否满足预定响应标准。如果确定所述另一台设备满足预定响应标准，则所述设备随后可以选择该另一台设备。

在至少一种示例性实现方式中，感测到设备布置的第一改变可以包括以下各项的至少其中之一：感测到设备正在第一方向上移动，感测到设备正在加速，或者感测到设备已经邻近一对象。选择在装置发现期间发现的另一台设备例如可以包括：加快所述设备与所选设备之间的无线连接建立。根据本发明的至少一个实施例，所述设备可以感测到设备布置的至少一项附加改变，并且可以基于所述至少一项附加改变来更改装置发现。举例来说，所述设备感测到至少一项附加改变可以包括：感测到设备正在不同于第一方向的某一方向上移动，感测到设备正在减速，感测到设备已经停止，以及/或者感测到设备不再与所述对象邻近。此外，所述设备更改装置发现可以包括重新开始或终止装置发现二者的至少其中之一。

还有可能在装置发现期间没有选择设备，这是在于确定在装置发现期间所遇到的设备都不满足预定响应标准。如果没有选择设备，则可以把对应于在装置发现期间遇到的任何其他设备的身份信息显示在所述设备上。举例来说，可以按照列表格式把所述身份信息显示在所述设备上。可以按照接收自每一台所述其他设备的信号强度的顺序列出所述设备身份信息。

前面的概要包括不意图做出限制的本发明的示例性实施例。前面的实施例仅仅被用来解释可以在本发明的实现方式中利用的所选方面或步骤。但是显而易见的是，可以把涉及一个示例性实施例的一个或更多方面或步骤与其他实施例的一个或更多方面或步骤相组合，从而产生仍然落在本发明的范围内的新的实施例。因此，本领域技术人员将认识到，本发明的各个实施例可以合并来自其他实施例的各个方面，或者可以与其他实施例相组合地实施。

附图说明

通过下面结合附图对于各个示例性实施例的描述，将会进一步理解本发明，其中：

图1A公开了可以在实施本发明的各个实施例时利用的示例性设备、系统、配置等等。

图1B公开了关于可以在实施本发明的各个实施例时利用的一种示例性设备配置的进一步细节。

图2公开了根据本发明的至少一个实施例的示例性接触活动。

图3公开了根据本发明的至少一个实施例的示例性用户接口显示指示。

图4公开了根据本发明的至少一个实施例的无线连接建立的一个实例。

图5公开了根据本发明的至少一个实施例的示例性ID分组传送。

图6公开了根据本发明的至少一个实施例的信号强度测量的一个实例。

图7公开了根据本发明的至少一个实施例的信号强度测量的另一个实例。

图8公开了根据本发明的至少一个实施例的经过修改的示例性用户接口显示指示。

图9公开了根据本发明的至少一个实施例的示例性Bluetooth通信协议栈。

图10公开了根据本发明的至少一个实施例的示例性主机通信接口（HCI）命令。

图11公开了根据本发明的至少一个实施例的示例性事件。

图12公开了根据本发明的至少一个实施例的示例性短、长间隔查询。

图13A公开了根据本发明的至少一个实施例的示例性多无线电控制系统。

图13B公开了根据本发明的至少一个实施例的基于优先级排序操作的无线通信介质控制的一个实例。

图14公开了根据本发明的至少一个实施例的可以被包括在设备内的其他模块的一个实例，所述其他模块包括传感器。

图15A公开了根据本发明的至少一个实施例的可以产生设备中的传感器输入的与运动有关的活动的实例，所述传感器输入可用于控制接触查询。

图15B公开了根据本发明的至少一个实施例的可以产生设备中的传感器输入的与运动有关的活动的其他实例，所述传感器输入可用于控制接触查询。

图15C公开了根据本发明的至少一个实施例的可以产生设备中的传感器输入的与运动有关的活动的其他实例，所述传感器输入可用于控制接触查询。

图16公开了根据本发明的至少一个实施例的可以产生设备中的传感器输入的与邻近性有关的活动的实例，所述传感器输入可用于控制接触查询。

图17公开了根据本发明的至少一个实施例的示例性通信过程的流程图。

具体实施方式

虽然后面通过多个示例性实施例描述了本发明，但是在不背离如所附权利要求书中描述的本发明的范围的情况下可以在其中做出许多改变。

I.可以用来实施本发明的实施例的示例性系统

在图1A中公开了可用于实施本发明的各个实施例的系统的一个实例。所述系统所包括的元件例如可以根据具体应用的要求而被包括在各种配置中或者从中省略，因此不意图以任何方式限制本发明。

计算装置100例如可以是膝上型计算机。在102-108处公开了包括计算装置100中的功能元件的代表基本示例性组件的元件。处理器102可以包括被配置成执行指令的一个或更多装置。在至少一种情形中，通过由处理器102执行程序代码（例如存储在存储器中的计算机可执行指令组）可以使得计算装置100施行各项处理，其中例如包括可以得到数据、事件或其他输出活动的方法步骤。处理器102可以是专用（例如单片）微处理器装置，或者可以是例如ASIC、门阵列、多芯片模块（MCM）等复合装置的一部分。

处理器102可以通过有线或无线总线电子耦合到计算装置100中的其他功能组件。举例来说，处理器102可以访问存储器104以便获得所存储的信息（例如程序代码、数据等等），以供处理期间使用。存储器104通常可以包括以静态或动态模式操作的可移除或固定嵌入式存储器（例如非瞬时性计算机可读存储介质）。此外，存储器104可以包括只读存储器（ROM）、随机存取存储器（RAM）以及例如闪存、EPROM等可重写存储器。在图1A中的100I/O处示出了基于磁性、电子和/或光学技术的可移除存储介质的实例，其例如可以充当用于计算装置100的数据输入/输出装置。代码可以包括任何解译的或汇编的计算机语言，其中包括计算机可执行指令。所述代码和/或数据可以被用来产生软件模块，比如操作系统、通信实用程序、用户接口、更加专门化的程序模块等等。

一个或更多接口106也可以耦合到计算装置100中的各个组件。这些接口可以允许设备间通信（例如软件或协议接口）、设备对设备通信（例如有线或无线通信接口）以及甚至设备对用户通信（例如用户接口）。这些接口允许计算装置100内的组件、其他设备和用户与计算装置100交互。此外，接口106可以传送机器可读数据，比如具体实现在计算机可读介质上的电子、磁性或光学信号，或者可以把用户的动作转换成可以由计算装置100理解的活动（例如在键盘上打字、对着蜂窝手机的接收器讲话、对触摸屏装置上的图标的触摸等等）。接口106还可以允许处理器102和/或存储器104与其他模块108交互。举例来说，其他模块108可以包括支持由计算装置100提供的更加专门化的功能的一个或更多组件。

计算装置100可以通过各种网络与其他设备交互，正如图1A中进一步示出的那样。举例来说，集线器110可以为例如计算机114和服务器116之类的装置提供有线和/或无线支持。集线器110还可以耦合到路由器112，其允许局域网（LAN）上的装置与广域网（WAN，比如因特网120）上的装置进行交互。在这样的情形中，另一个路由器130可以向/从路由器112传送/接收信息，从而使得每一个LAN上的装置可以进行交互。此外，在该示例性配置中描绘的所有组件并非都是对于实施本发明所必要的。举例来说，在由路由器130服务的LAN中不需要附加的集线器，这是因为此项功能可以由该路由器支持。

此外，与远程装置的交互可以得到各家短距离和长距离无线通信提供商140的支持。这些提供商例如可以使用基于地面的长距离蜂窝系统和卫星通信以及/或者短距离无线接入点来提供去到因特网120的无线连接。举例来说，个人数字助理（PDA）142和蜂窝手机144可以通过由无线通信提供商140提供的因特网连接与计算装置100通信。类似的功能可以被包括在例如膝上型计算机146之类的装置中，并且采取被配置成允许短距离和/或长距离无线通信的硬件和/或软件资源的形式。此外，任何或所有公开的设备都可以从事直接交互，比如在膝上型计算机146与具有无线能力的设备148之间示出的短距离无线交互。示例性的具有无线能力的设备148的范围可以是从更加复杂的独立式具有无线能力的装置到用于支持例如膝上型计算机146之类的设备中的功能的外围装置。

现在关于图1B讨论关于参照图1A中的计算装置100公开的示例性接口组件106的进一步细节。如前所述，接口106可以包括用于向计算设备100传送数据的接口（例如在150处标识出）以及其他类型的接口170（例如包括用户接口172）。在150处公开了代表性的设备层级接口组。举例来说，多无线电控制器152可以管理长距离无线接口154（例如蜂窝语音和数据网络）、短距离无线接口156（例如Bluetooth和WLAN网络）、紧邻无线接口158（例如用于电子、磁性、电磁和光学信息扫描器解释机器可读数据时的交互）、有线接口160（例如以太网）等等的互操作。在图1B中示出的示例性接口仅仅是出于解释的原因而在这里给出的，因此不意图把本发明的各个实施例限制到利用任何特定接口。本发明的实施例还可以利用未在图1B中具体标识出的接口。

多无线电控制器152可以管理其中一些或所有接口154-160的操作。举例来说，多无线电控制器152可以防止可能彼此干扰的接口同时操作，这是通过分配每一个接口被许可在其间操作的特定时间段而实现的。此外，多无线电控制器152可以处理环境信息，比如在操作环境中感测到的干扰，以便选择更加抗干扰的接口。这些多无线电控制情形不意味着穷举可能的控制功能，只是作为关于多无线电控制器152如何能够与图1B中的接口154-160进行交互的实例而给出的。

II.示例性设备交互

电子信息的传送不再受限于首先被编码在物理介质上以供输送的要求。举例来说，数据可以从产生到分发再到由末端用户使用而无需涉及游戏盒、高密度磁盘（CD）、数字视频盘（DVD）等等。作为中介的物理介质的去除对于新兴电子设备的演进的影响在于，被用来访问（例如读取和/或写入）物理介质的传统资源正在消失。这一演进把新的焦点放在了装置对装置通信的效率和易用性方面。

虽然有线通信仍然可以提供静止装置之间的可靠数据传送，但是移动设备用户需要灵活性而不想有线缆、物理介质等等的负担。虽然长距离无线通信介质可以在设备之间路由信息，但是通信并非直接发生在设备之间（例如通信被路由经过蜂窝基站架构），从而可能导致用户使用提供商的许可带宽而产生的成本，由于提供商网络上的间接路由和通信量而产生的延迟，以及由于长距离无线数据网络并不总是可用（例如在室内）而可能产生的不可访问。相反，短距离无线网络可以被视为一种更好的解决方案是在于其提供相对快速且安全的装置对装置通信。

但是短距离无线通信可能需要初始配置。这一配置可能涉及用户操纵设备中的各种菜单从而触发允许设备参与到无线交互中的通信模式，以便获得访问其他设备所需的通信配置信息。举例来说，通过Bluetooth通信的设备可以首先经历“发现”以及随后的“配对”过程，其间参与设备获得可以在访问其他设备时使用的设备标识、安全性、信道跳跃等信息。这些配置活动需要时间和技术来完成，从而可能有悖于用户在利用其移动设备时对于更加即时和自动的通信操作的日益增长的预期。

III.示例性设备交互

根据本发明的至少一个实施例，在图2中公开了示例性无线交互，其从用户的角度来看可能是合乎期望的，这是因为其可以大大简化信息交换。在图2所示的实例中，两个用户可能希望在其移动设备之间无线交换电子数据。在步骤200中，用户可以把其设备“接触”在一起，这样可以触发某种配置的发生，从而导致在步骤202中建立设备之间的短距离无线通信。至少出于本公开内容的目的，所谓的接触不要求设备彼此发生实际物理接触。对于一段很短的持续时间将设备保持紧邻可能就足以触发操作，随后可以把设备分开并且在所利用的任何无线通信介质的通信范围内利用所述设备，以便支持设备交互。可以利用各种类型的短距离无线通信来实施这样的无线交互。虽然有多种无线通信介质可用，但是出于解释的目的，这里所公开的本发明的各个实施例使用Bluetooth。在后面的公开内容中，对于Bluetooth的使用仅仅意图作为一个实例，因此在实施各个实施例时可以采用其他短距离无线通信介质。

Bluetooth是最初意图用来替代连接便携式和/或固定电子装置的（多种）线缆的短距离通信技术的一个实例，但是已经发展成促进各种设备之间的更加一般性的无线通信。Bluetooth的一些关键特征在于鲁棒性、低功耗和低成本。在Bluetooth核心规范中阐述的许多特征是可选的，从而允许产品区分。现有的Bluetooth交互是基于用于装置发现的一种查询方法，其中一台设备查询其传送范围内的其他设备，并且有兴趣与查询设备进行交互的其他装置则对所述查询做出响应。更具体来说，施行查询扫描的设备可以被发现是在于，其可以对在查询状态下（例如尝试找到可发现装置）传送自其他装置的查询分组做出响应。查询装置以及任何响应装置随后可以继续构成一个无线网络（例如Bluetooth微微网），从而借以实施设备交互。

在查询过程期间，当查询设备中的较低层通信控制资源接收到来自另一台设备的响应时，比如接收到频率跳跃同步（FHS）分组，则通常把所“找到”的设备报告给主机（例如查询设备中的较高层处理资源）。尽管可能从每一台响应设备接收到多条响应消息，但是推荐由控制器把每一台设备报告给主机仅仅一次。在图3中公开了用于这一过程的示例性用户接口（UI）。在UI300中，查询过程刚刚开始，并且有两个装置做出了响应。在UI300中，查询过程完成并且所有响应设备都被显示在列表中，其中对查询做出响应的每一台设备仅被列出一次。

根据本发明的各个实施例，可能存在可用性问题，这一问题可能会阻碍接触系统的实现，这是因为处在查询设备的范围之内的所有设备都可以对查询做出响应。鉴于现有的操作，查询设备的用户于是将必须通过辨识出例如在UI302中列出的名称来辨识出哪一台响应设备目的是为了接触操作。这样的识别对于用户来说可能并不是直接明了的，这例如是由于两台或更多台响应设备具有相同的默认名称（例如由制造商为装置给出并且未被用户改变的名称），或者由于查询设备的用户并不拥有目标设备（例如在图2的实例中，接触操作中的第二设备是由另一用户所拥有）。查询设备用户于是将被迫向第二设备的用户询问可能并不为许多用户所知的目标设备的名称。

在针对前述问题的一种现有解决方案中，查询设备可以测量每一条响应消息的信号强度（例如接收信号强度指标或RSSI），其可以被用于在UI302中对各个响应装置进行排序，从而使得具有最高测量信号强度的设备被首先列出（例如其中测量信号强度可以和查询设备与响应装置之间的距离相关）。但是这一解决方案无法提供可靠的结果是因为测量被限制到第一次接收到响应消息的情况（这例如是因为对于每一台设备只报告一条响应），因此UI302中的列举对于例如在图2的接触实例中示出的正在移动的设备可能是不准确的。此外还可能发生的情况是，由于无线通信介质中的不规则性，单一传送的信号强度可能会提供错误的结果。另一种可能的解决方式可以是实施具有短得多的传送范围的另一种形式的无线交互，比如射频（RF）或红外（IR），其中通过次要的更短无线介质的通信可以充当表明设备处在接触范围内的指标。但是实施这种方法的一个明显的障碍在于必须实施硬件/软件资源来支持第二种形式的无线交互，该无线交互会消耗在移动设备中受到限制的空间、电力和处理。

IV.示例性接触实现方式

本发明的各个实施例不存在前述缺陷，因此可以全部在单一无线通信介质内实施对于装置对装置接触操作的连续感测。在至少一种示例性实现方式中，接触操作可以感测设备何时被保持或移动得更加靠近在一起，并且可以只在彼此紧邻的设备之间触发自动化无线连接建立。具体来说，可以利用Bluetooth规范4.0中的关于扩展查询响应（EIR）可用的特征，其中应当在查询扫描期间把EIR响应多次报告给主机。还可以对于未被配置成传送EIR分组的设备启用这些特征，这是通过请求向主机多于一次报告这些设备而实现的，这一点为规范所允许但是通常未被实施。

在Bluetooth的实例中，查询设备传送可以被可发现设备扫描到的ID分组。可发现设备随后可以通过传送FHS分组来对ID分组做出响应。可发现设备还可以在FHS分组之后传送EIR分组，以便递送例如包括设备名称、传送（Tx）功率等等的附加信息。在图4中公开了示例性无线交互。Bluetooth查询扫描的默认持续时间在施行标准扫描时是11.25ms，并且在施行交织扫描时是22.5ms。对应于查询扫描间隔的默认数值是2.56s。在图4的实例中，主-从时隙可以是625μs，总的主-从和从-主时隙可以是1250μs。可以施行查询以便找到处在传送范围内的可发现装置。接收到查询分组（例如ID分组，其通常具有68μs的持续时间）的处于可发现模式下的设备可以传送包括FHS分组的响应。FHS分组可以至少包括Bluetooth地址、装置分类、是否跟随有扩展查询响应、寻呼扫描模式和时钟相位。时钟偏移量和地址信息可以被查询装置利用来估计信道信息hop(k)，从而根据频率跳跃模式可以在将来的信道hop f(k+1)上继续通信。通过估计跳跃模式信息可以允许查询设备跟随响应设备的跳跃，以便与响应设备建立网络连接。

可以由对查询做出响应的设备执行EIR规程。扩展查询响应规程可以包括传送EIR分组，所述EIR分组可以提供除了在基本查询响应中（例如在FHS分组）递送的内容之外的各种信息。EIR分组通常可以包括例如关于由所述设备提供的服务的信息或者某种销售商特定的信息。EIR分组的即将发生的传送可以由在FHS分组中设定的一个EIR指标比特来表明。举例来说，可以通过未在FHS分组中发送用户友好的名称来加快装置发现，因此为了示出对应于所发现的装置的用户友好的名称，必须在EIR分组中提供该名称（例如除非已经在装置存储器中把Bluetooth地址映射到用户友好的名称）。如果在FHS分组中表明后面跟随有EIR分组（例如EIR比特被设定），则EIR分组传送可以在下一个从-主时隙中开始，并且可以进一步延续多达五（5）个时隙。EIR分组是DM1、DM3、DM5、DH1、DH3或DH5类型的异步无连接链路（ACL）分组。

可以把特定行为建立到设备中以便促进发现。举例来说，为了避免在相同的查询跳跃信道中同时苏醒的各个装置之间的重复冲突，某一装置应当退避一个随机时间段。因此，如果某一设备接收到ID分组并且通过传送FHS分组做出响应，其应当生成一个处于0到MAX_RAND之间的随机数RAND。MAX_RAND对于≥1.28s的扫描间隔可以是1023。对于<1.28s的扫描间隔，MAX_RAND可以小到127。即使当扫描间隔≥1.28s时，使用特殊的专用查询访问代码（DIAC）简档可以选择MAX_RAND>1023。可发现设备可以对于至少RAND个时隙的持续时间返回到CONNECTION（连接）或STANDBY（待机）状态。在返回到CONNECTION或STANDBY状态之前，所述装置可以经历寻呼扫描子状态。

在至少RAND个时隙之后，可发现设备将会向查询跳跃序列中的相位加上偏移量“1”（例如所述相位具有1.28s分辨率），并且随后再次返回到查询扫描子状态。如果可发现设备被再次触发，其将会利用新的RAND重复所述规程。每次返回一个FHS分组时，对于时钟的偏移量累加。在一个探测窗口期间，可发现设备可以多次做出响应，但是在不同的频率上并且在不同的时间做出响应。保留同步时隙应当具有高于响应分组的优先级，其中如果一个响应分组与一个保留同步时隙重叠，则该响应分组将不会被发送，而是等待下一条查询消息。如果某一装置有EIR数据要传送但是该EIR分组与一个保留同步时隙重叠，根据合并在此以作参考的Bluetooth规范v4.0可以在把EIR比特设定到零的情况下发送FHS分组。

鉴于前述内容，取决于被发现装置的查询扫描间隔，查询响应可以被查询设备在大致80到640ms内接收到。对应于使用<1.28s的扫描间隔的装置的随机退避是从0到79,375ms，对于其他设备（其例如利用默认查询间隔）则是从0到639,375ms。鉴于这些操作特性，对于在理想（例如无错误）环境中收集来自处于通信范围内的所有设备的响应，查询子状态可能必须持续10.24s，除非查询设备接收到足够的响应并且提前退出查询子状态。在某些情况下（例如在易出错环境中），查询设备还可以延长查询子状态以便提高接收到所有响应的概率。作为延长的查询状态和相对较短的退避时间的结果，可能会从一些或所有响应设备接收到多条响应。

如前所述，更近期的Bluetooth规范正演进为合并可以根据本发明的至少一个实施例利用的特征。举例来说，标题为“查询命令”的Bluetooth规范v4.0的第7.1.1节声明，“在查询或查询时间段期间做出响应的装置应当总是在查询结果事件中被报告给主机，即使该装置在当前的查询或查询时间段期间先前还没有被报告过，并且还没有利用Set_Event_Filter（设定事件过滤器）命令被过滤掉。如果在当前的查询或查询时间段期间先前已报告过该装置，则根据具体实现方式可以报告或者可以不报告该装置（取决于早前的结果是否已被保存在BR/EDR控制器中，如果是的话则取决于已经保存了多少条响应）。推荐的做法是，在一个查询或查询时间段期间，BR/EDR控制器仅仅尝试报告特定装置一次。在向主机报告所发现的装置时，可以由每一个响应装置返回在FHS分组期间测量的RSSI参数。”此外，标题为“扩展查询结果事件”的第7.7.38节声明，“...如果在后来的响应中正确地接收到来自相同装置的扩展查询响应分组，则将会生成另一个事件。”因此，较低层通信控制器可以对于其所接收到的每一个EIR分组生成事件，而不管是否已经报告过查询响应。这一不断的事件生成可以被证明有益于在各种示例性实现方式中实施自动化通信配置和链接。

举例来说，四台设备500-506可以处在彼此的通信范围内，正如图5中所公开的那样。设备500-506可以都能够利用相同的无线通信介质（例如Bluetooth）进行通信。在一种示例性使用情形中，设备500的用户可能希望与设备506交换数据（例如商务名片、照片、音乐或多媒体文件等等）。设备500于是可以进入查询模式，从而传送ID分组。ID分组可以是通用查询访问代码分组（GIAC）或DIAC分组。设备502-506随后可以接收到这些ID分组。

在图6中，设备502-506可以传送响应于在图5中接收到的ID分组的分组。具体来说，设备502和506可以传送EIR（例如跟随有EIR分组的FHS分组），而设备504可以仅仅传送只包括FHS分组的查询响应（IR）。设备500中的主机可以接收由设备502和506而非504的响应触发的EIR事件。根据本发明的至少一个实施例，缺少对应于设备504的EIR事件报告这一事实可以被利用为排除设备504作为潜在的接触设备的初始过滤器（例如不传送EIR分组的设备不是接触设备）。但是很重要的是应当注意到，可以针对不具有发送EIR分组的能力的设备配置本发明的其他实施例。把缺少EIR响应这一事实利用为过滤器的系统仅仅是一个实例。

正如关于设备502和506所示出的那样，所报告的EIR事件可以包括RSSI测量值。设备500中的主机可以从RSSI数值检测到某一装置何时最有可能处在“接触范围”内（例如处在与查询设备相距表明应当执行与接触有关的操作的一定距离内）。例如可以有预定响应标准，其中包括需要有表明某一设备处在接触范围内的一个或更多事件来验证该装置足够近。

还有可能确定设备何时被移动得更靠近另一设备以“接触”设备，或者确定查询设备何时被移动得更靠近其他设备。在图7中公开了第一实例的一个示例。在所公开的实例中，设备500中的Bluetooth控制器可以接收来自设备502到506的多条查询响应。来自设备504的响应不提供EIR，因此Bluetooth控制器可以只向主机软件栈报告多条响应当中的第一条以作为可以包含所接收到的响应的RSSI的HCI查询事件。这样可以允许设备500按照“标准”方式处置所述响应，其中按照基于所感测到的RSSI的顺序在UI302中显示所述设备。如果接收到EIR响应（例如来自设备502和506），则Bluetooth控制器可以把所接收到的每一条EIR作为一个HCI EIR事件来报告。这在图7中的设备506被移动靠近设备500的情况下变得重要。由于所述控制器还包括对应于每一条EIR响应的RSSI，因此很容易跟踪不断改变的RSSI水平和设备506的移动。当所测得的RSSI满足预定响应标准时（例如包括RSSI被测得处于或高于预定水平），则可以选择相应的设备以用于与接触有关的操作（例如加快连接建立）。根据本发明的至少一个实施例，设备传感器信息（例如设备中的移动或加速度传感器）可以被利用来例如确定查询设备何时已停止移动，这在该设备中可以表明何时可以进行接触测量（例如该设备的用户何时已停止把该设备朝向另一台设备移动以便接触这两台设备）。可以选择在该位置处具有足够高的RSSI的设备来进行与接触有关的处理。

在图7中，设备500是查询装置。设备502和506利用EIR做出响应，设备504利用正常IR做出响应。设备500的BT控制器向其主机报告这些响应，所述主机还运行有接触选择软件。如图7中所示的典型响应标准可以包括所感测到的RSSI数值高于特定的固定阈值，比如-30dBm。如果感测到具有-30dBm的响应分组则将触发装置选择，而-31dBm则不会。还有可能的情况是响应设备可以在EIR分组中发送Tx功率信息，这正是Bluetooth规范v4.0中的现有特征。如果在EIR分组中可以获得Tx功率信息，则所述预定响应标准可以包括考虑到Tx功率的可调节RSSI阈值。举例来说，所述阈值可以被设定到比EIR Tx功率低30dBm，因此如果FHS分组中的Tx功率水平是+20dBm，则会触发选择的阈值将是在-10dBm测得FHS分组，或者比Tx功率水平低30dBm。其次，为了确保各个设备被保持紧邻，所述预定响应标准可以要求多于一个EIR必须具有处于或高于一定阈值的对于相应的FHS分组所感测到的RSSI。此外，对于不同的阶段可以使用不同的阈值，例如首先可以把阈值设定成高于-45dBm以便选择一台或更多台候选设备，随后可以把第二个最终决定阈值设定成高于-30dBm。

用于选择进行接触操作的设备的另一个过滤因素可以是基于在响应设备中可用的服务。举例来说，EIR分组可以包含服务水平信息，从而只有高于特定测量信号强度水平并且来自支持特定类型的BT服务的（多个）装置的响应（例如RSSI高于-30dBm并且支持OBEX文件输送）才可以被选择用于与接触有关的操作。可以选择多台设备（例如彼此靠近的两台设备），从而触发查询装置与两台所选设备之间的加快连接建立。还有可能的情况是通过将其一个接一个地接触而选择多个装置，其中可以按顺序选择满足预定响应标准（例如具有高于所设定的阈值的RSSI）的所有地址。这样就可以很容易地选择包含多于一台设备的分布组。

对于响应设备来说可能也很重要的是确保查询设备处在接触范围内而不是远处的某一其他装置，以便确保与所期望的设备建立通信。对于检查接触邻近性存在几种可能性。可以在接触之后产生装置之间的连接，并且响应设备确定所感测到的RSSI水平是否满足对应于紧邻装置的预定响应标准。响应设备可以利用提供对应于特定连接的RSSI信息的销售商特定的命令。如果确定满足了预定响应标准，则可以接受来自查询设备的数据。否则可以拒绝连接。利用这种类型的检查进行操作可能会在连接建立过程中导致一些延迟，这是因为设备必须一直处于紧邻。在某些情况下（例如当接触模式激活时），准备好进行接触操作的响应设备还有可能被配置成测量所有接收到的ID分组的RSSI。在开始时具有这一信息将会加速所述过程，这是因为不需要在检查接收自特定查询设备的ID分组的RSSI之前建立连接（例如响应设备不会向特定查询设备传送响应消息）。根据本发明的至少一个实施例，可以通过接触装置的运动发起接触模式。具体来说，所述运动可以被加速度传感器记录，其可以通过施行例如以下步骤来激活接触模式：激活设备中的Bluetooth，并且对于特定持续时间（例如10s）把设备置于可见Bluetooth配对模式。查询设备随后可以传送ID分组，其被接受连接的响应设备接收（例如如果确定其满足预定响应标准的话）。

图8公开了根据本发明的至少一个实施例的示例性用户接口响应。类似于图3，UI800显示查询过程的开始，此时第一次由查询设备接收到信息。其中一些响应设备（例如“Nokia N900”和“x61s”）已经被发现，并且在这一阶段被显示给用户。在UI802中，已经识别出接触设备。根据前面公开的示例性实现方式，在查询设备内发生了某种确定，从而导致发现响应设备“Nokia N900”满足预定响应标准，进而导致该设备被选择用于接触操作。在该例中，接触操作包括UI802中所示的加快连接建立，其中为用户给出关于设备“Nokia N900”将在4秒内自动连接到查询设备的指示。很重要的是应当注意到，UI802和其中给出的具体指示在本公开内容中仅仅是出于解释的目的。本发明的各个实施例不特别受限于图8中所公开的活动，因此作为确定响应设备满足预定响应标准的结果，还可以执行与两台或更多台设备之间的无线连接建立有关的其他动作。

V.示例性装置发现间隔配置

根据本发明的至少一个实施例，可以加快设备之间的选择性连接建立。虽然在这里出于解释的目的主要利用了Bluetooth，但是本发明的各个实施例不仅限于利用Bluetooth无线通信来实施。还可以采用具有类似特性的其他无线通信介质。

举例来说，接触操作可以利用信号强度（例如作为Bluetooth装置发现的一部分或者Bluetooth“查询”响应事件所表明的）来识别紧邻的设备。事件是可以从Bluetooth控制器（例如在Bluetooth无线电集成电路或“芯片”中）生成并且被传送到主机（例如设备的较高层处理资源）的信号，以便表明由Bluetooth控制器遇到的问题。在图9中关于设备900公开了这些实体的一个实例。在利用Bluetooth进行传送/接收时，Bluetooth可以被显现为一系列协议步骤（例如被描绘为一个协议栈）。所述协议栈可以包括其任务在于从系统层级向物理层传送信息的元件，从而可以在物理层将信息无线传送到另一装置。根据本公开内容的主机至少包括如902处所示的协议栈的较高层，其可以通过主机控制接口（HCI）908与至少包括如910处所示的协议栈的较低部分的Bluetooth控制器（例如更一般来说是“无线电装置”）进行交互。在至少一种示例性实现方式中，主机902可以作为由设备900内的处理资源执行的软件而存在，Bluetooth控制器910则可以被实施为基于硬件和软件的组合解决方案（例如作为集成电路）。

Bluetooth简档904可以包括各种类型的定义，例如描述访问其他设备所需的无线通信配置，或者各项应用在通过Bluetooth从事无线通信时可以利用的标准简档。可以通过“配对”建立用于其他设备的Bluetooth简档904。配对是这样一项处理，其中设备可以参与到初始轮询/响应交互中以便交换标识和连接信息，所述标识和连接信息可以被保存以便在后来的某一时间加快重新连接。在确立了应用和/或目标设备之后，必须对将要发送的信息进行格式化以用于传送。L2CAP层906至少包括逻辑链路控制器和适配协议，逻辑链路控制器和适配协议支持更高层协议多路复用分组分段和重组以及服务质量（QoS）信息的传送。由L2CAP层906准备的信息随后可以被传递到如前面所定义的HCI908。该层可以充当去到较低的链路管理器协议（LMP）层（例如链路管理器（LM）912和链路控制器（LC）914）的命令接口。LM912可以建立链路设立、认证、配置，并且可以施行与连接建立有关的其他协议步骤。LC914也可以通过处置低层基带协议来帮助管理设备之间的活跃链路。随后可以通过与物理层（PHY）916相关联的无线硬件（例如调制解调器、天线等等）和相应的支持软件来促进无线分组传送/接收。还可以按照与前面公开的相反的顺序利用所公开的Bluetooth协议栈以便接收无线传送。在正常操作期间，Bluetooth控制器910可以生成包括RSSI信息的装置发现响应事件，其可以帮助促进在接触期间识别紧邻的设备。

两种类型的Bluetooth装置发现响应事件携带RSSI信息：扩展装置发现响应（EIR）事件和具有RSSI的装置发现响应事件。当前的Bluetooth规范不要求对应于每一次发现设备而生成事件。相反，所述规范推荐在装置发现（例如查询）期间仅把每一台所遇到的设备报告一次。只有在对应于相同设备的先前响应出错的情况下，才可以对于先前发现的设备生成新的EIR事件。其结果是，来自不同芯片销售商的Bluetooth控制器的行为是不一致的。一些Bluetooth无线电装置每次都生成EIR事件，另外一些则不然。这一点是成问题的，因为接触查询要求在装置发现期间每一次遇到设备时都向主机递送包括RSSI信息的事件。这一点特别从主机的角度来说是成问题的，因为如果不是每一次遇到设备时都生成事件则可能导致接触查询性能降低（例如可能花费更长时间来识别接触范围内的设备）。在现有系统中，没有办法从主机一侧控制这一行为。在默认情况下，当前在装置发现期间对于每个装置仅仅生成一次装置发现响应事件，并且可以每一次都生成EIR事件，但是这一操作销售商特定而不可由主机控制。

根据本发明的至少一个实施例，主机侧控制器可以设定生成Bluetooth事件的条件，特别是装置发现响应事件。主机可以生成HCI命令，其可以被发送到Bluetooth控制器。HCI命令生成例如可以是基于应用要求（例如在设备中激活接触装置发现）。举例来说，可以在近邻文件共享应用中利用接触查询。示例性的应用可以利用对象交换（OBEX）推送简档来向远程装置发送多媒体文件、照片等等，并且通过利用接触装置发现作为选择目的地装置的手段。举例来说，可以选择文件并且装置发现（例如Bluetooth查询）可以开始接收RSSI信息，以便找到紧邻的设备。这一报告可以利用装置发现响应事件来进行。基于EIR事件的接触查询对于这一应用来说将是理想的，因为设备名称和其他服务信息已经默认地在EIR事件中提供，从而不再需要任何附加的信息请求。

但是如前所述，不一定在每一次找到设备时都发生事件报告。为了在每一次遇到设备时都将其报告，主机902需要向Bluetooth控制器910表明需要如何进行这一事件报告。可以定义HCI命令以表明可以生成（多个）装置发现响应事件的方式，在图10中公开了这方面的一个实例。可以在不同场合向Bluetooth控制器910发送HCI命令1000。举例来说，可以在设备900被激活时向Bluetooth控制器910发送命令1000，从而装置发现事件生成对于所有应用都是相同的。但是这一报告层级在许多装置发现情况下可能被证明是不必要的，因此根据特定应用（例如紧邻文件共享）可以触发特定操作模式。HCI命令1000可以包含触发Bluetooth控制器910中的各项功能的字节设定。具体来说，分别在1002和1004处示出的字节5和6可以控制与事件报告有关的功能。字节5的各种配置可以被利用来对于具有RSSI事件的装置发现结果设定事件模式生成。在图10所公开的实例中，通过把字节5设定到“0”（00）可以触发Bluetooth控制器910操作在销售商默认模式下（例如由无线电装置制造商设定的默认操作模式）。通过把字节5设定到“1”（01）可以导致Bluetooth控制器910在装置发现期间仅为设备生成一次报告，并且通过把字节5设定到“2”（10）可以导致Bluetooth控制器910在装置发现期间每一次找到装置时都生成事件。这最后一种模式在接触查询期间可以是有用的，因为设备（及其相应的所测RSSI）在装置发现期间将被持续地报告，从而允许更快地确定所感测到的装置是否处在接触范围内、是否正在移动到接触范围内等等。字节6可以被利用来对于具有EIR事件的装置发现结果控制事件生成。在1004处公开了示例性字节设定，其中可以命令Bluetooth控制器910基于销售商默认模式“0”（00）生成事件，对于每次装置发现“1”（01）生成一次事件，或者在每一次遇到设备“2”（10）时都生成事件。

图11公开了对应于命令1000的示例性事件1100。具体来说，事件1100可以响应于接收到命令1000而生成，以便确认Bluetooth控制器910的当前配置。分别如1102和1104所示的示例性字节5和6可以确认与装置发现期间的事件生成有关的当前设定。尽管受到命令1000指示进入特定操作模式，但是可能的情况是Bluetooth控制器910可能不进入（或无法进入）所请求的操作模式。举例来说，特定Bluetooth控制器910（其例如被具体实现为安装在设备900中的单独的芯片或芯片组）可能不理解所述命令或者不支持所请求的操作模式。还有可能的情况是，设备900不具备进入所请求的操作模式的条件（例如可能电量过低、忙于其他无线通信量等等），并且可能会阻止Bluetooth控制器910进入所请求的模式。此外，安全性、手动配置或其他控制措施也可能阻止进入操作模式。这一信息又可以被利用来设定设备900中的其他操作条件，比如在图12中讨论的装置发现间隔长度。

在图12中公开了施行示例性短间隔装置发现1202（例如短间隔Bluetooth查询）和长间隔装置发现1204（例如长间隔Bluetooth查询）的设备900。例如在Bluetooth控制器910无法设定其中在装置发现期间每一次遇到设备时都生成事件的操作模式的情况下，可以利用短间隔装置发现1202以便测量设备（例如在接触查询期间测量设备1200）的邻近度。如前所述，这样的情况可能会在命令不被理解、所请求的功能在Bluetooth控制器910中不可用或者设备900不具备进入所请求的操作模式的条件时发生。在这种情况下可以利用更短的间隔，因为在每一次装置发现期间设备仅被报告一次，因此可以采用多个短间隔查询1202，从而可以获得多项RSSI测量一遍确定所遇到的设备是否处在设备900的接触范围内（例如其RSSI满足预定响应标准）。

另一方面，如果可以在Bluetooth控制器910中设定其中在装置发现期间每一次遇到设备时都生成事件的操作模式，于是在接触装置发现期间则可以利用长间隔装置发现模式。正如图12中所公开的那样，长间隔装置发现1204可以按照与许多单独的短间隔装置发现1202类似的方式操作，这是因为在全部两种情况中，基于每一次找到设备1200都可以生成多个事件，但是与多个短间隔装置发现1202相比，生成这些事件的速度从而还有所生成事件的总体数目在单一长间隔装置发现1204中可以显著更高。通过利用长间隔装置发现1204可以实现速度提高的原因在于，在实践中，短间隔装置发现1202可能无法被设定到比五（5）秒间隔短很多，以满足可能处于设备900的通信范围内的多台设备的事件报告。因此，由长间隔装置发现1204所给出的速度提高可以提高接触查询性能，这是因为关于设备是否处于接触范围内的确定可以发生得更加快速，并且可以大大加快总体的设备选择和连接建立过程。

VI.示例性无线通信介质优先级排序

除了前面所公开的本发明的示例性实施例之外，通过对于每一次遇到设备都请求事件生成而实现的接触查询的总体性能可以通过管理查询设备中的无线通信得到进一步增强。在接触查询中采用的设备可以能够利用多种无线连接方法进行通信。举例来说，除了Bluetooth之外，在相同的装置中还最常使用WLAN无线电装置。在许多情况下，WLAN和Bluetooth无线电装置可以被集成，从而其利用相同的物理资源（例如接收器链或至少某个天线）。这一集成可能会在控制Bluetooth和WLAN从而使其不会彼此干扰方面带来挑战。WLAN中的分组通信量仲裁（PTA）可以充当用以避免这一问题的一种控制机制。PTA可以对于每次传送接收来自每一个无线网络协议栈（例如Bluetooth、WLAN等等）的传送请求，并且可以向这些协议栈发出表明传送是否可以继续的传送确认。无线网络可以对于将要传送的每一个分组交换这些离散信号，并且按照这种方式可以管理其间无线通信介质被允许是活跃的时间。

用于多个无线电装置的控制机制（例如多无线电）当前被采用来在实际数据输送阶段期间或者在语音链路操作期间控制WLAN和BT。支持装置发现，从而保证会找到设备，但是不考虑所花费的时间。在接触查询操作中，搜索时间在加快连接建立、用户体验等方面具有重要意义，因此应当考虑用以加快性能的机制。现有的PTA解决方案对于与装置发现有关的操作的支持并不很好。一些设备即使在Bluetooth和WLAN同时活跃时也允许查询进行，但是在这些情况下，装置发现的持续时间可能较长，并且在实施接触查询时所得到的用户体验可能较差。

通过更快的执行得以提高在采用接触查询时的用户体验。现有的多无线电控制机制不会为被用于接触查询的无线通信介质（例如Bluetooth）的操作给出高于设备中所活跃的其他无线通信介质（例如WLAN）的优先级。根据本发明的至少一个实施例，设想一种多无线电控制机制，其可以在发起接触查询时为相关无线通信介质（例如Bluetooth）给出高优先级（例如为之分配大量介质访问时间），并且在接触查询完成（例如选择了至少一台设备）之后把资源分配重新正常化到同样可能在查询设备中活跃的其他无线通信介质。

现在参照图13A，其中对于可以根据本发明的各个实施例而实施的短距离无线接口156公开了一种示例性配置。虽然在这里为了解释的目的公开了WLAN无线电装置1300和Bluetooth无线电装置1304，但是本发明的各个实施例不限于仅仅使用这些无线通信介质。举例来说，可以用两种或更多种具有类似特性的其他无线通信介质来替代Bluetooth和WLAN。

在图13A中，WLAN无线电装置1300可以包括PTA控制块1302，其被配置成管理经由天线开关1306的WLAN无线电装置1300与Bluetooth无线电装置1304之间的传送/接收（Tx/Rx）调度以及到Bluetooth无线电装置1304的直接信令。直接信令可以允许Bluetooth无线电装置1304向PTA控制块1302提供条件（例如高优先级通信量指示）和时间框架信息。PTA控制块1302可以利用该信息来为WLAN无线电装置1300和Bluetooth无线电装置1304分配空中时间。可以为各种无线操作分配不同等级的优先级，其中最高优先级等级可以排他性地为特定无线通信介质分配空中时间，这是通过配置天线开关1306仅仅服务于特定无线电装置（例如Bluetooth无线电装置1304）而实现的。当某一无线电装置被给出优先级时，PTA控制块1302可以继续与设备中的其他活跃的无线电装置（例如WLAN无线电装置1300）进行交互，从而使得“停用”时间（例如被排他性地分配给Bluetooth无线电装置1304的时间）导致尽可能少的损害。还可以有其中WLAN无线电装置1300和Bluetooth无线电装置1304具有其自身的天线链的实现方式。即使对于分开的天线，PTA控制块1302也可以管理Tx/Rx调度（例如通过到无线电装置的直接信令）以避免在无线电装置1300和1304同时尝试从设备进行传送时可能发生的干扰。

根据本发明的各个实施例，可以采用不同的优先级排序方案，其最终目的都是增强接触查询性能。在图13B中公开了无线电优先级排序方案的一个实例。公开一个活动流程，其包括实际的Bluetooth和WLAN活动连同其间活动被允许的许可时间段。在图13B所公开的实例中，Bluetooth无线电装置1304可以表明接触查询开始和结束的时间段1306。在时间段1306期间可以禁止WLAN，从而避免了当全部两个无线电装置都活跃时所可能导致的潜在干扰。例如可以利用销售商特定的HCI命令来执行优先级排序操作，其在最简形式下仅仅表明需要为Bluetooth操作给出优先级。在发起接触查询时，可以把该HCI命令发送到通信实体（例如Bluetooth无线电装置1304中的Bluetooth控制器），从而向PTA控制块1303表明有高优先级通信量要经由Bluetooth无线电装置1304发送。高优先级状态可以推翻先前在设备中活跃的其他优先级。一旦接触查询结束（例如选择了至少一台设备），可以向Bluetooth无线电装置1304发送另一条命令（例如同一条或另一条销售商特定的HCI命令），其可以把Bluetooth优先级设定回到默认等级。还有可能的情况是，只有在建立与所选设备的可能连接之后才给出该命令。

可以实施与接触查询有关的优先级排序的另一种可能的方式是每当Bluetooth施行任何装置发现时，其将被给出高优先级状态，从而Bluetooth可以在没有干扰的情况下操作。对于仅有装置发现的控制，每当发起Bluetooth装置发现时，Bluetooth无线电装置1304可以向PTA控制块1302表明将在Bluetooth中产生高优先级通信量。PTA控制块1302随后可以导致基本上为Bluetooth操作分配空中时间（并且例如将减少或中断所有其他与无线通信有关的操作）。在施行这一操作时，Bluetooth无线电装置1304可以使用现有的PTA信令，并且根据装置发现长度用信号通知优先级和持续时间。可以把优先级信令作为标准特征建立到Bluetooth无线电装置中，或者可以按照销售商特定的命令的形式通过HCI接口来激活。

根据本发明的至少一个实施例，用于为与接触查询相关联的无线通信介质（例如Bluetooth）的操作给出优先级的第三种方案可以是在通信实体中配置与接触查询有关的事件报告时为Bluetooth操作给出优先级（例如当通过从通信实体发送的事件来确认由控制实体发送的命令时）。举例来说，在发起接触查询时（例如某项应用开始利用接触查询的活动），例如可以通过被发送到Bluetooth无线电装置1304的HCI命令来为Bluetooth给出优先级。HCI命令还可以触发Bluetooth无线电装置1304用信号向PTA控制块1304通知Bluetooth需要高优先级访问（例如可以把一部分或全部无线空中时间分配给Bluetooth，同时减少或中断对于其他无线通信介质的访问）。当接触查询完成时（例如在选择了至少一台设备并且可能建立了连接之后），可以把Bluetooth优先级重设到默认等级。这同样可以通过Bluetooth HCI接口来进行，随后由Bluetooth控制器把Bluetooth无线电装置1304中的优先级等级设定到默认等级。在前面的公开内容中，假设通过经由Bluetooth发生的信令来进行Bluetooth优先级排序。但是有可能把这一指示直接用信号通知到WLAN或者通过另一PTA机制用信号通知。

VII.示例性的基于传感器的接触查询控制

前面通过各种示例性实现方式描述的接触查询可以使得查询设备与某些其他所遇到的设备之间的无线连接建立自动化。前面关于运行在设备上的应用或用户配置讨论了接触查询的激活和控制。举例来说，需要来自设备外部的来源的信息的运行在设备上的各项应用可以使得所述设备发起接触查询以便选择邻近的设备。施行接触查询的设备于是可以加快到一台或更多台所选设备的无线连接建立，以便例如获得运行在查询设备上的各项应用所需的信息。

正如前面所讨论的那样，在触发接触查询时还可以采用用户配置。当前这样的配置可以要求设备用户通过操纵设备中的一个或更多菜单来激活接触查询。根据本发明的至少一个实施例，可以通过感测与查询设备的布置有关的信息来触发接触查询激活。举例来说，设备中的至少一个传感器可以被配置成感测与设备有关的物理属性，比如（但不限于）运动、加速度以及设备与对象（例如另一台设备）的邻近度。移动设备会改变该设备的布置，并且至少一个传感器可以感测到这些改变。根据本发明的至少一个实施例，可以使用所感测到的信息来触发接触查询过程的各个阶段。

在图14中公开了可以根据本发明的至少一个实施例采用的至少一个传感器的一个实例。图14在首先于图1A和1B中示出的其他模块108上扩展。举例来说，其他模块108可以包括传感器1400。传感器1400可以包括一个或更多组件，其中包括被配置成感测与设备布置有关的不同参数的硬件和/或软件。如图14中所公开的那样，传感器1400可以包括各种不同类型的传感器，其中包括（但不限于）运动和/或加速度传感器1402以及邻近性传感器1404。运动和/或加速度传感器1402可以包括一个或更多组件，其被配置成感测设备100何时正在特定方向上移动、设备100的移动速度、设备100何时正在加速或减速等等。此外，传感器1404可以被配置成感测设备何时改变了方向（例如设备100正在不同于先前感测到的方向的某一方向上移动）以及/或者设备100的加速或减速的速率何时发生了改变（例如设备100何时已停止）等等。

邻近性传感器1404可以包括一个或更多组件，其被配置成检测设备100何时已邻近另一个对象（例如移动到与其相距特定距离内）。可以由邻近性传感器1404感测的距离和对象类型可以取决于所采用的技术。举例来说，一些邻近性传感器1404可能更适合于根据感测磁场来检测邻近的电子设备（例如霍尔效应传感器），检测附近的金属对象（例如电感性传感器），或者基于接收到从对象反弹的返回信号来检测任何邻近对象（例如红外传感器）等等。虽然没有在图14中示出，但是传感器1400还可以包括其他类型的传感器，比如内部/外部温度传感器、明/暗传感器、指向传感器（例如电子罗盘）、高度传感器等等。

在图15A、15B和16中公开了根据本发明的至少一个实施例的关于如何可以采用传感器1400的实例。举例来说，在图15A中，在如1500处所示的由用户持握的设备中可以触发基于传感器的接触查询控制模式，其中通过感测设备布置中的各种改变可以触发与接触查询有关的过程。这一模式可以在激活装置时被激活，在设备上调用特定应用时被激活，通过手动配置被激活等等。虽然公开了布置方面的各种示例性改变，但是其在这里仅仅是被用于解释的目的，而不意图进一步限制本发明的各个所公开的实施例。

在图15A、15B和16中公开的实例假设希望在设备1500与1502之间建立无线连接。在图15A中公开了基于所感测到的设备移动的两个不同的控制实例。在关于建立所期望的无线连接的第一控制实例中，如图15A中所示，可以把设备1500从位置1504移动到位置1506。这一运动可以在设备1500中被感测到（例如被运动和/或加速度传感器1402感测到），作为响应，设备1500可以发起装置发现。在同样于图15A中公开的替换实现方式中，一旦感测到从点1504A到点1506A的运动，设备1500可以发起发现。在到达点1506A时，设备1500可以感测到设备布置的改变（例如设备1500减速并且/或者完全停止），并且可以更改正在进行的装置发现。举例来说，所感测到的设备布置改变可以导致设备1500重新开始装置发现（例如通过重传发现消息来重新开始所述间隔）。通过重新开始装置发现在某些情况下可以改进接触查询性能。举例来说，在使用多个短查询装置发现时，在点1506A处重新开始装置发现（例如在假设设备1500紧邻设备1502之类的所期望的目标时）可以导致更快的目标发现和选择。

正如前面所公开的那样，根据本发明的各个实施例，装置发现（例如Bluetooth查询）可以包括由设备1500传送发现（例如查询）消息并且随后接收针对所传送的发现消息的响应，其中这些响应当中的至少一部分可以包括特定类型的响应消息（比如扩展查询响应（EIR）消息）。设备1500还可以对于特定类型的响应消息测量信号强度（例如RSSI）。如果设备1500无法施行前面在图12中的1204处描述的长间隔装置发现，则可以按照前面在图12的1202处描述的那样连续施行短间隔装置发现。在装置发现期间进行的测量随后可以被用于装置选择。举例来说，可以把对应于接收自在装置发现期间遇到的设备的特定响应消息（例如EIR消息）的RSSI测量与预定响应标准（例如最小RSSI水平）进行比较，以便确定是否应当选择任何所遇到的设备。如果选择了任何所遇到的设备（其例如被确定对应于满足预定响应标准的所接收到的响应消息），则设备1500可以继续加快对应于所选设备的无线连接建立。加快无线连接建立可以包括由设备1500自动建立驱动所选设备（例如去到设备1502）的无线连接。如果多于一台设备被确定满足预定响应标准，则可以选择与最高所测RSSI相关联的设备，选择与被确定满足预定响应标准的所测RSSI相关联的第一台遇到的设备等等。

图15B公开了基于传感器的接触查询控制的另外的实例。举例来说，装置发现和选择可以在点1508继续，直到设备1500移动到点1510为止。所述移动和/或加速度可以由设备1500中的传感器1402感测，并且可以触发设备更改正在进行的装置发现。更改装置发现可以包括如点1510处所示终止装置发现，以便例如在选择了所期望的设备（例如设备1502）之后节省所述设备中的电力。所述过程随后可以继续到图15C，其中假设在发现了设备1502并且随后由设备1500选择之后，无线连接建立可以继续。在图15C方面的无线连接建立可以包括由设备1500自动建立到设备1502的无线连接。

图16公开了类似于图15A和15B的一个实例，其不同之处在于是利用邻近性感测实施的。在图16中，设备1500可以朝向设备1502移动，通过这样做，其中设备被感测为与设备1500邻近（例如由邻近性传感器1404感测）的区域可以从1600移动到1602。随着邻近性感测区域1602开始涵盖设备1502，设备1500可以开始检测设备1502的邻近性。此时可以激活设备1500中的装置发现，其中可以在设备1500中测量接收自任何所遇到的设备（例如设备1502）的信号（例如EIR消息）的信号强度（例如RSSI）。装置发现可以在设备1502保持邻近设备1500的同时继续。正如在图12中并且关于图15A所公开的那样，当长间隔装置发现不可用时，连续装置发现可以包括重复的短间隔装置发现。设备1500随后可能被移动，从而使得如1602处所示的设备1502的位置不再处于如1604处所示的由设备1500感测到的邻近性区域内。这一邻近性改变可以触发设备1500发起装置选择模式，其中如果选择了任何所遇到的设备（例如如果由设备1500接收到的对应于所遇到的设备的任何响应消息被确定为满足预定响应标准），则设备1500可以加快到所选设备（例如去到设备1502）的无线连接建立，正如前面在图15B中的1512处所示出的那样。

前面的示例性处理标识出在接触查询期间可能发生的一种可能的情况，而不管是否在利用基于传感器的控制。有可能出现没有任何所遇到的设备被选择的情况。更具体来说，可能会确定接收自在装置发现期间遇到的设备的消息都不满足预定响应标准。在这种情况下，查询设备可以返回例如在图3中公开的更加传统的操作模式。举例来说，设备可以标识出所有遇到的设备（例如可以显示与之对应的身份信息），从而设备用户可以手动选择应当与之建立无线连接的设备。举例来说，可以在如图3中的302处示出的所述设备上的一个列表中显示身份信息。可以通过在设备中接收到来自每一台所遇到的设备的信号的所测强度对所述列表进行排序。

在图17中公开了根据本发明的至少一个实施例的示例性过程的流程图。所述过程可以在步骤1700中发起，其中例如可以在设备中激活基于传感器的接触查询控制。可以通过多种方式来激活基于传感器的接触查询控制，其中包括（但不限于）在激活设备时激活，在激活设备上的特定应用时激活，通过对于设备的手动配置来激活等等。所述传感器随后在步骤1702中变为对于基于传感器的接触查询控制是活跃的，以便感测设备布置的改变。设备布置的改变可以取决于所使用的传感器，并且例如可以包括感测到设备正在第一方向上移动，感测到设备正在加速，或者感测到设备已变为邻近某一对象。所述感测可以继续，直到在步骤1704中确定设备布置已发生改变为止。随后可以在步骤1706中发起装置发现。根据本发明的至少一个实施例，装置发现（例如Bluetooth查询）可以包括发现消息的传送，其他设备则可以对其做出响应。在设备中接收自所遇到的其他设备的响应消息例如可以包括特定类型的响应消息（例如EIR消息），其中可以在所述设备中测量对应于所述特定类型的响应消息的信号强度（例如RSSI）。随后可以确定在所述设备中接收自任何所遇到的设备的特定类型的响应消息是否满足预定响应标准。所述预定响应标准例如可以包括最小信号强度，所述特定类型的响应消息必须高于该最小信号强度以使得相应的设备被选择。随后可以由所述设备选择对应于满足预定响应标准的所接收到的消息的设备。

根据本发明的至少一个实施例，可以根据例如在可选步骤1708-1714中阐述的进一步的基于传感器的接触查询控制来控制并且可能终止发现。举例来说，发现和选择可以在步骤1706中继续，直到在可选步骤1708中感测到设备布置的进一步改变为止。所述过程随后可以继续到可选步骤1710，其中可以进一步确定所感测到的改变是否构成应当终止正在进行的装置发现和选择过程的终止条件。终止条件例如可以被定义为基于以下各项的至少其中之一：在设备中辨识出所感测到的运动或者所感测到的运动模式，选择了至少一台其他设备，选择了一组设备，满足设备中的应用要求，设备中进行手动配置等等。如果在可选步骤1710中确定终止条件不存在，则所述过程可以继续到可选步骤1712，其中可以重新开始装置发现和选择。重新开始装置发现和选择例如可以包括传送新的发现消息并且重新开始装置发现间隔。所述过程随后可以返回可选步骤1708以便继续装置发现和选择，直到感测到设备布置的另一项改变为止。如果在可选步骤1710中确定终止条件确实存在（例如基于所感测到的设备布置的改变），则在步骤1714中可以终止正在进行的装置发现和选择。

所述过程随后可以移动到步骤1716，其中可以确定是否选择了某一台设备。如果在步骤1716中确定选择了某一台设备，则所述过程可以继续到步骤1718，其中可以加快与所选步骤的无线连接建立。加快无线连接建立可以包括自动建立到所选设备的无线连接。所述过程随后可以在步骤1720中结束，并且例如在设备中重新激活基于传感器的接触查询控制时在步骤1700中重新发起。或者如果在步骤1716中确定没有设备被选择，则所述过程可以继续到步骤1722，其中可以在所述设备上显示对应于在发现过程期间所遇到的设备的身份信息（例如从而使得设备用户可以手动选择应当与之建立无线连接的设备）。例如可以按照在所述设备中接收自每一台所遇到的设备的信号强度的顺序在一个列表中显示所述身份信息。所述过程随后可以在步骤1720中完成，并且例如在设备中重新激活基于传感器的接触查询控制时在步骤1700中重新发起。

本发明的各个实施例不仅限于前面所公开的实例，并且可以涵盖其他配置或实现方式。

举例来说，本发明的实施例可以涵盖这样一种设备，其包括：用于感测设备布置的第一改变的装置；用于根据所感测到的第一改变发起装置发现的装置；用于确定在装置发现期间遇到的另一台设备是否满足预定响应标准的装置；以及用于在确定由所述设备在发现期间遇到的所述另一台设备满足预定响应标准的情况下选择该另一台设备的装置。

本发明的至少另一个实例可以包括使得设备施行以下步骤的电子信号：感测设备布置的第一改变；基于所感测到的第一改变发起装置发现；确定在装置发现期间遇到的另一台设备是否满足预定响应标准；以及在确定由所述设备在发现期间遇到的所述另一台设备满足预定响应标准的情况下，选择该另一台设备。

相应地，相关领域技术人员将会认识到，在不背离本发明的范围的情况下可以在形式和细节方面做出许多改变。本发明的广度和范围不应当受限于前面描述的任何示例性实施例，而是应当仅根据所附权利要求书及其等效表述来限定。

Claims (25)

1.一种方法，其包括：

在设备中感测设备布置的第一改变；

基于所感测到的第一改变在所述设备中发起装置发现；

确定由所述设备在装置发现期间遇到的另一台设备是否满足预定响应标准；以及

在确定由所述设备在发现期间遇到的所述另一台设备满足所述预定响应标准的情况下，选择该另一台设备。

2.根据权利要求1所述的方法，其中，感测所述第一改变包括以下各项的至少其中之一：感测到所述设备正在第一方向上移动，感测到所述设备正在加速，或者感测到所述设备已经邻近一对象。

3.根据权利要求1所述的方法，其中，选择所述另一台设备包括：加快所述设备与所选设备之间的无线连接建立。

4.根据权利要求1所述的方法，其还包括：在所述设备中感测设备布置的至少一项附加改变；以及

基于所述至少一项附加改变来更改所述装置发现。

5.根据权利要求4所述的方法，其中，感测所述至少一项附加改变包括以下各项的至少其中之一：感测到所述设备正在不同于所述第一方向的方向上移动，感测到所述设备正在减速，感测到所述设备已经停止，或者感测到所述设备不再与所述对象邻近。

6.根据权利要求2所述的方法，其中，更改所述装置发现包括重新开始所述装置发现或终止所述装置发现二者的至少其中之一。

7.根据权利要求1所述的方法，其还包括：如果所述另一台设备未被选择，则在所述设备上显示对应于在装置发现期间所遇到的任何其他设备的身份信息。

8.根据权利要求7所述的方法，其中，通过按照接收自由所述设备遇到的每一台所述其他设备的信号强度的顺序列出对应于每一台所述其他设备的身份信息而在所述设备上显示所述身份信息。

9.一种计算机程序产品，其包括记录在非瞬时性计算机可读存储介质上的计算机可执行程序代码，所述计算机可执行程序代码包括：

被配置成使得设备感测设备布置的第一改变的代码；

被配置成使得所述设备基于所感测到的第一改变发起装置发现的代码；

被配置成使得所述设备确定在装置发现期间遇到的另一台设备是否满足预定响应标准的代码；以及

被配置成使得所述设备在确定由该设备在发现期间遇到的所述另一台设备满足所述预定响应标准的情况下选择该另一台设备的代码。

10.根据权利要求9所述的计算机程序产品，其中，被配置成使得所述设备感测所述第一改变的所述代码包括被配置成使得所述设备施行以下步骤的至少其中之一的代码：感测到所述设备正在第一方向上移动，感测到所述设备正在加速，或者感测到所述设备已经邻近一对象。

11.根据权利要求9所述的计算机程序产品，其中，被配置成使得所述设备选择所述另一台设备的所述代码包括被配置成使得所述设备施行以下步骤的代码：加快所述设备与所选设备之间的无线连接建立。

12.根据权利要求9所述的计算机程序产品，其还包括：被配置成使得所述设备感测设备布置的至少一项附加改变的代码；以及

被配置成使得所述设备基于所述至少一项附加改变来更改所述装置发现的代码。

13.根据权利要求10所述的计算机程序产品，其中，被配置成使得所述设备感测所述至少一项附加改变的所述代码包括被配置成使得所述设备施行以下步骤的至少其中之一的代码：感测到所述设备正在不同于所述第一方向的方向上移动，感测到所述设备正在减速，感测到所述设备已经停止，或者感测到所述设备不再与所述对象邻近。

14.根据权利要求12所述的计算机程序产品，其中，被配置成使得所述设备更改装置发现的所述代码包括被配置成使得所述设备施行以下步骤的至少其中之一的代码：重新开始装置发现，或者终止装置发现。

15.根据权利要求9所述的计算机程序产品，其还包括被配置成使得所述设备施行以下步骤的代码：如果所述另一台设备未被选择，则在所述设备上显示对应于在装置发现期间所遇到的任何其他设备的身份信息。

16.根据权利要求15所述的计算机程序产品，其中，通过按照接收自由所述设备遇到的每一台所述其他设备的信号强度的顺序列出对应于每一台所述其他设备的身份信息而在所述设备上显示所述身份信息。

17.一种设备，其包括：

至少一个处理器；以及

包括可执行指令的至少一个存储器，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行至少以下步骤：

感测设备布置的第一改变；

基于所感测到的第一改变发起装置发现；

确定在装置发现期间遇到的另一台设备是否满足预定响应标准；以及

在确定由所述设备在发现期间遇到的所述另一台设备满足所述预定响应标准的情况下，选择该另一台设备。

18.根据权利要求17所述的设备，其中，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备感测所述第一改变包括，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行以下步骤的至少其中之一：感测到所述设备正在第一方向上移动，感测到所述设备正在加速，或者感测到所述设备已经邻近一对象。

19.根据权利要求17所述的设备，其中，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备选择所述另一台设备包括：所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备加快所述设备与所选设备之间的无线连接建立。

20.根据权利要求17所述的设备，其还包括，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行以下步骤：感测设备布置的至少一项附加改变；以及

基于所述至少一项附加改变来更改所述装置发现。

21.根据权利要求18所述的设备，其中，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备感测所述至少一项附加改变包括，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行以下步骤的至少其中之一：感测到所述设备正在不同于所述第一方向的方向上移动，感测到所述设备正在减速，感测到所述设备已经停止，或者感测到所述设备不再与所述对象邻近。

22.根据权利要求20所述的设备，其中，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备更改装置发现包括，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行以下步骤的至少其中之一：重新开始所述装置发现，或者终止所述装置发现。

23.根据权利要求17所述的设备，其还包括，所述至少一个存储器和可执行指令被配置成与所述至少一个处理器协作从而使得所述设备施行以下步骤：如果所述另一台设备未被选择，则在所述设备上显示对应于在装置发现期间所遇到的任何其他设备的身份信息。

24.根据权利要求23所述的设备，其中，通过按照接收自由所述设备遇到的每一台所述其他设备的信号强度的顺序列出对应于每一台所述其他设备的身份信息而在所述设备上显示所述身份信息。

25.一种系统，其包括：

一台设备；以及

其他设备；

所述设备感测设备布置的第一改变并且基于所感测到的第一改变发起装置发现；并且

所述设备还确定在装置发现期间遇到的另一台设备是否满足预定响应标准，如果确定由所述设备在发现期间遇到的所述另一台设备满足所述预定响应标准则选择该另一台设备。

Images