CN104871576A - 包含近场通信的移动设备情境 - Google Patents

Abstract

一种通信平台，其包括一个或多个能够通过通信管理系统在通信网络上接收和发送数据的用户终端。通信管理系统根据近场传感器信息和来自移动通信设备的移动通信设备识别信息接收移动通信设备情境信息。通信管理系统随后对移动通信设备概况进行处理。

Description

包含近场通信的移动设备情境

相关申请的交叉引用

本申请要求于2012年9月27日提交的标题为“MOBILE DEVICECONTEXT INCORPORTING NEAR FIELD COMMUNICATIONS”的申请号为61/706,515的美国临时申请的优先权，在此通过引用将其并入本文。

背景技术

现有的传感器都具有它们的优点和局限性。一个普遍的局限是传感器没有进行必要地提供关于移动用户情境的具体信息的操作。而是为了确定移动用户正在行驶必须对来自诸如GPS的传感器的数据进行捕获和解释。

此外，以当前的技术水平，缺少在建筑或购物场所中对所需传感器的物理部署，并且相应地缺少建筑或购物场所的准确和可用的地图，使得还是无法获得某些情境状态(如，会议中)。

其它的手持OS或手持应用程序开发人员可使用短距离无线通信，只能确定手持设备上的移动用户情境。尽管该方法可提供某些服务，如自动登记或广告投放(ad delivery)，但是它是以“超出上限”的方法进行的，即，它在发送情境相关信息的进程中没有包括移动网络。该方法是有局限性的，因为它排除了文本和音频会话的智能管理能力，并且快速地和广泛地配置到所有的手持设备上会更加困难，尽管并非不可能。

附图说明

结合附图，参照下面的详细描述能够更好地了解本发明，从而更好地理解前面所述的本发明的各方面和随之而来的优点，其中：

图1是示出包括通信管理系统和多个移动通信设备的通信管理平台的一个实施例的方框图；

图2是示出在通信管理平台的一个实施例中的图1的通信管理系统的多个方面的方框图；

图3是示出在通信管理平台的一个实施例中的图1的移动通信设备的多个方面的方框图；

图4是示出由移动设备发送移动通信设备情境信息以及由通信管理系统进行处理的方框图；

图5是示出由移动设备发送移动通信设备情境信息以及由通信管理系统进行处理的方框图；

图6A-图6E是示出由移动通信设备实施的用于将移动通信设备情境信息提供给通信管理系统的行驶状态情境评估算法的流程图；

图7A-图7B是示出由移动通信设备实施的用于将移动通信情境信息提供给通信管理系统的地理空间情境评估算法的流程图；以及

图8是示出由通信管理系统实施的用于根据移动通信设备情境信息对通信进行管理的通信管理程序的流程图。

具体实施方式

本公开总的来讲对应于移动设备管理。更具体地，本公开的各方面对应于在移动用户的情境状态的确定中的近距离无线通信(通常被称为近场通信“NFC”)的使用。在一个示例性实施例中，使用NFC通信的各种传感器数据的使用可便于呼叫和会话管理系统更准确地检测移动用户的情境何时变化，同时有助于更好地保持移动设备的性能和电池寿命。

在一个实施例中，NFC使能传感器可辅助呼叫和会话管理系统确定当前的移动用户情境或者之前确定的移动用户情境是否改变了状态。作为示例性实例，在一个实施例中，可将移动用户情境定义为对应于一组可能的移动用户情境中的一种，包括“驾驶”、“驾驶员”、“乘客”、“公交乘客”、“火车乘客”、“在家里”、“在办公室”、“在剧场”、或“购物”。在另一个实施例中，移动用户情境的定义可依据NFC使能传感器数据是否指示出移动用户位于特定的地理区域中或在特定的地理位置上。此外，NFC使能传感器数据还可用于计算运动信息，包括移动用户的运动速度和方向。在其它实施例中，移动用户情境的定义可依据潜在的移动设备情境状态的组合，如从前面讨论的两个实施例的每一个中进行选择。

在一个示例性呼叫和会话管理系统中，呼叫和会话管理系统是通过作为移动用户情境的函数对呼叫和会话管理进行调解来运行的，所述移动用户情境是由运行在移动设备上、移动网络中、或者二者的组合中的算法确定的。参照一个具体的实施例，示例性地，通信管理系统可在接收到NFC使能传感器数据时，至少部分地对所确定的移动用户情境进行处理。当移动用户情境被确定时，呼叫和会话管理系统为每个环境中的移动用户分配特定的规则或策略集。分配后，呼叫和会话管理系统随后通过服务器通知适当的网络元件，包括但不限于，MSC、SMSC、PCRF等。随后，网络元件可按照呼叫和会话管理系统提供的策略的指示对会话进行调解。

尽管将会以附图、流程图、屏幕界面、和具体实例对系统的多个方面进行描述，但是该领域内的技术人员将会理解的是，实际上所公开的实施例是示例性的。具体地，参考的具体的无线传输协议、示例性的情境类别、或示例性的实例不应被解释为限制性的。

系统概述

现参照图1，将会描述示出用于管理移动用户情境的通信管理平台100的方框图。如图1中所示，通信管理平台100包括用于处理数据通信和移动用户情境的通信管理系统102。在一个方面，通信管理系统102包含移动通信设备概况，提供移动通信设备概况能够使得移动通信设备在当前的情境下通过通信网络接收和发送数据。在另一个方面，通信管理系统102还可处理移动用户情境信息，从而确定其它的移动设备情境状态或确定移动用户设备的属性。

为了管理所请求的通信，通信管理系统102与相应的负责建立无线通信信道的子系统进行通信，如移动交换中心108。通信管理系统102可通过直接通信连接与移动交换中心108通信，通过通信网络(如通信网络114)或公共通信网络与安全通信信道连接。

在一个示例性实施例中，当移动通信设备不能发送或接收数据通信时，通信管理系统102提供数据通信缓和选项。此外，通信管理系统102便于生成各种图形用户界面，用于通过计算设备116提供或管理移动通信设备概况。将会针对图2对通信管理系统102的示例性组件进行更详细的描述。

继续参照图1，通信管理平台100可包括许多移动通信设备104。移动通信设备104可对应于多种多样的能够通过通信网络对通信进行初始化、接收或提供便利的设备或组件，包括但不限于，个人计算机、手持计算设备、包含在计算设备中的集成组件、家用电子设备、器具、媒介、和/或机器、移动电话、调制解调器、个人数字助理、便携式计算机、游戏设备等。在一个示例性实施例中，移动通信设备104包括各种各样的软件和硬件组件，用于在一个或多个通信网络上建立通信，包括无线或有线移动通信网络106。移动通信设备104可与一个或多个用户相关联，用于根据移动通信设备情境对数据通信进行管理。将会针对图3对移动通信设备的示例性组件进行更详细的描述。

一个示例性通信管理平台100可包括许多额外的组件、系统和/或子系统，用于为与移动通信设备104或通信管理系统102的通信提供便利。所述额外的组件可包括一个或多个移动交换中心108，用于通过移动通信网络106建立与移动通信设备104的通信，例如蜂窝无线接入网络、基于IEEE802.11技术标准家族的无线网络(“WiFi”)、基于IEEE802.16标准的无线网络(“WiMax”)、和其它无线网络或无线通信网络标准。移动通信网络(例如移动通信网络106)的运行是众所周知的，将不对其进行更详细的描述。

如图1中所示，移动交换中心108包括用于建立与通信网络116(如因特网、内联网、专用网络和点对点网络)进行通信的各种接口。在一个实例中，移动交换中心108可包括用于建立通过公用电话交换网络(PSTN)110与各种通信设备112(如固定电话)进行通信的通信信道的接口。

移动交换中心108还可包括用于建立与若干基于通信网络的通信设备112(如，VoIP通信设备)进行通信的通信信道的接口。此外，移动交换中心108可包括用于建立与移动通信设备112(如，另一个通信设备)进行通信的通信信道的接口。例如，通信设备112可对应于建立与移动通信设备104进行通信的音频通信信道的第三方移动通信。相应地，尽管通信网络116被示出为一个单独的通信网络，但是本领域内的技术人员将会理解的是，该通信网络可以由任何数量的公共或专用通信网络和/或网络连接组成。

所述若干通信设备112可包括用于帮助例如通过有线和无线通信网络的若干运行和通信模式的硬件和软件组件。相应地，计算设备118可包括若干用于帮助生成图形用户界面的硬件和软件组件，例如浏览器软件应用，所述图形用户界面用于提供和管理移动通信设备概况，如下面将要描述的。

该领域内的技术人员将会理解的是，图1中提供的组件和配置实际上是示例性的。相应地，额外的或替代性的组件和/或配置，特别是用于帮助通信的额外组件、系统和子系统都可以被使用。

现参照图2，描述了通信管理系统102的示例性组件。尽管将会针对下面的子组件对与通信管理系统102相关的若干功能的运转进行描述，但是该领域内的技术人员将会理解的是，这些子组件实际上是示例性的。示例性地，通信管理系统102可与计算资源相关联，如中央处理单元和体系、存储器(例如，RAM)、大容量存储器或持续存储器、图形处理单元、通信网络有效性和带宽等。但是，通常通信管理系统102可包括一个或多个处理单元，如一个或多个CPU。通信管理系统102还可包括系统存储器，其可对应于易失性和/或非易失性存储机构的任何组合。系统存储器可对用于提供操作系统组件、若干程序模块、程序数据或其它组件的信息进行存储。通信管理系统102通过使用一个或多个处理单元执行系统存储器提供的指令来执行系统的功能。通信管理系统102还可包括一种或多种类型的可移动存储设备或一种或多种类型的不可移动存储设备。此外，通信管理系统102可包括用于通过有线和无线通信网络(如通信网络116)帮助通信的通信组件。相应地，通信管理系统102可包括额外的组件或替代性的组件来辅助一个或多个功能。此外，所示出的若干子组件是集成到通信管理系统102中的，但是，可将一个或多个子组件实施为以分布式的方式位于通信网络上和/或实施为网络服务，例如Webservice。

如图2所示，通信管理系统102包括用于建立与移动通信设备104的通信的移动设备接口组件202。在一个示例性实施例中，移动设备接口组件202对应于帮助移动通信设备104与通信管理系统102之间的数据(例如，移动设备情境信息、情境评估算法等)的双向传输的组件。移动设备通信组件202可包括按照若干通信协议建立一个或多个通信信道所需要的软件和硬件组件，通信协议例如为蓝牙、IEEE802.11技术标准家族(“WiFi”)、IEEE802.16标准(“WiMax”)、短消息服务(“SMS”)、IP语音(“VoIP”)以及若干生成蜂窝空气接口协议(包括但不限于，基于CDMA、TDMA、GSM、WCDMA、CDMA2000、TD-SCDMA、WTDMA、LTE、OFDMA和类似技术的空中接口协议)。

通信管理系统102还可包括移动通信设备情境处理组件204。在一个方面，移动通信设备情境处理组件204可基于对按照移动通信设备概况的移动通信设备情境的处理确定用于通信的移动通信设备104的有效性。移动通信设备情境处理组件204可执行若干用于对发送的移动通信设备情境信息进行处理的进程和算法，从而确定用于发送和接收数据的移动通信设备的有效性。此外，移动通信设备情境处理组件204还可对若干情境评估进程或算法进行管理，并对已有的之前存储的移动通信设备104发送和执行的情境评估进程和算法进行更新。

继续参照图2，通信管理系统102可包括对移动用户的情境策略进行处理的移动通信设备策略处理组件206。示例性地，移动通信设备策略处理组件206可基于对一个或多个环境策略的评定来对用于建立通信信道或对所建立的通信信道进行维护的请求进行处理。此外，移动通信设备策略处理组件206可对移动用户的情境信息进行评定从而确定额外的情境状态或对移动用户的设备进行额外的评估。例如，移动通信设备策略处理组件206可对连续的移动用户情境信息进行处理从而确定移动用户设备的位置或运动属性。

继续参照图2，通信管理系统102还可包括移动通信设备情境数据存储器208，其用于对移动通信设备104之前发送的移动通信设备情境信息进行维护，或者对移动通信设备使用的用于将输入处理为移动通信设备情境的移动通信设备情境评估算法进行维护。在一个实施例中，移动通信设备情境信息是其它计算设备、网络服务、或用户通过通信网络114可访问的或公开的。

通信管理系统102还可包括移动通信设备概况数据存储器210，其用于对移动通信设备概况进行维护。移动通信设备概况数据存储器212可以是一个或多个数据库，用于向通信处理组件204提供所需数据从而根据移动通信设备情境确定移动通信设备数据滤波模板。如下面将会详细描述的，移动通信设备概况数据定义了移动通信设备104根据当前移动通信设备情境接收或发送数据的有效性。

现参照图3，将会描述移动通信设备104的示例性组件。尽管将会针对下面的组件对移动设备104相关的若干功能的运转进行描述，但是该领域内的技术人员将会理解的是，这些组件实际上是示例性的。相应地，移动设备104可包括额外的组件或替代性的组件来辅助一个或多个功能。此外，尽管所示的若干子组件是集成到移动设备104中的，但是，可将一个或多个子组件实施为以分布式的方式位于通信网络上和/或实施为网络服务，例如Web service。

如图3中所示，移动设备104包括通信管理系统通信组件302，用于与通信管理系统102进行通信。如上面针对移动设备通信组件202(图2)所描述的，通信管理系统通信组件302有助于移动通信设备104与通信管理系统102之间数据的双向传输。该领域内的技术人员将会理解的是，通信管理系统通信组件302可包括按照建立双向通信信道的若干通信协议建立一个或多个通信信道所需要的软件和硬件组件。此外，尽管所示出的通信管理系统通信组件302是单独的组件，但是组件的功能可集成或组合到一个或多个硬件或软件组件中，移动通信设备104使用它们形成通信信道(例如，作为所设计的移动设备的功能的一部分的蜂窝式通信信道或SMS通信信道)。

如下面将会更详细描述的，通信管理系统通信组件302按照移动设备104上的情境评估算法发送当前移动设备情境信息。当前移动设备情境信息建立后，当检测到移动通信情境信息的变化时，通信管理系统通信组件302可限制额外的情境信息的发送。此外，在一个替代性实施例中，通信管理系统通信组件302还可向额外的接收者发送或公布移动通信设备情境信息，额外的接收者例如为通信网络资源，如网络站点或网络服务、和/或其它对等点目标。

移动通信设备104还可包括移动通信设备情境信息组件304，用于对与移动设备平台相对应的一组输入进行处理从而确定移动通信设备情境信息。下面将会对用于确定移动设备情境信息的示例性情境评估算法或进程进行更详细的描述。移动通信设备情境信息可对移动通信设备104的各个方面、移动通信设备情境的各个方面、和/或与移动通信设备相关联的用户的各个方面进行识别和描述。例如，移动通信设备情境对应于若干移动/行驶状态的确定，例如非暂时状态、行驶状态(in-transit state)(包括都市/城市行驶、公路行驶、空中行驶状态)、旅行开始状态和旅行终止状态。在另一个实例中，移动通信设备情境对应于确定移动通信设备的当前位置是否位于某个地理边界(也称为地理围栏)内(包括在地理空间范围内、在地理空间范围边缘、或在地理空间范围外)。该领域内的技术人员将会理解的是，所识别的移动设备情境不是详尽的，可为移动通信设备104定义任意数量的额外的移动设备情境、或所识别的移动通信设备情境的变化。在同时待审且共同转让的2008年2月29日提交的标题为“MANAGEMENT OF MOBILE DEVICE COMMUNICATION SESSIONS TO REDUCEUSER DISTRACTION”的美国申请No.12/040,832中，描述了用于确定移动通信设备情境或对移动通信设备情境信息进行处理的示例性系统和方法，在此通过引用将该申请并用本文。

继续参照图3，移动通信设备104还可包括移动通信设备平台接口306，用于获取对应于移动通信设备平台的输入。在一个示例性实施例中，这组输入可包括来自一个或多个能够基于NFC信号发送信息或获取信息的传感器的信息。一般来说，NFC可对应于定义通信协议和数据交换格式的若干无线电频率标准中的一种。NFC标准的实例包括，但不限于，国际标准化组织(“IOS”)1443、ISO18092标准，以及由一个或多个标准组织颁布的其它标准。可具有NFC能力的示例性传感器包括加速计、高度计、指南针、陀螺仪、麦克风、天平或其它测重装置、测距仪、近距离传感器、气或放射物检测器、电流或电感应检测器、数字图像传感器、温度计等。此外，这组输入可对应于一个或多个通过非NFC通信向移动通信设备提供信息的传感器。此外，这组输入可对应于从基于通信网络的资源获得的信息，如日历信息、身份或联系信息等。

示例性地，一组NFC使能传感器能够以有源或无源模式运行。在该实例中，一个传感器可对应于被称为“发起者”的角色，而第二个传感器可对应于题名为“目标”的角色。在有源模式中，发起者和目标设备都生成它们自己的交替射频场，并且通常两个设备都具有电源。在无源模式中，发起设备提供载波场，目标设备通过对已有的场进行调制进行应答并充当应答器。

该领域内的技术人员将会理解的是，可对该组输入进行选择从而特别对应于用于计算移动通信设备情境的特定算法。在一个实例中，颤噪传感器(microphonic sensor)可用于检测来自所嵌入的设备麦克风的高噪音水平，并使用该情境来只允许属于当前工作功能的与高重要性工作相关的呼叫和数据会话请求。在另一个实例中，传感器信息可对应于确定根据联合策略和本地管辖规则，蓝牙耳机或替代性的免提设备是否是启动的。

在另一个实例中，近距离传感器信息可用于确定用户当前以特定方式与能够提供关键的特定呼叫和数据会话管理决策的移动终端设备进行交互的情境。在另一个实例中，来自移动设备照相机的图像数据可用于通过信号情境评估算法来确定用户的工作平台。在另一个实例中，用户可配置的按键/控制传感器数据可用于定制移动设备情境信息，例如使用软键盘，来对移动通信设备用户提供的特定情境进行注册(例如，“看我”、“帮忙”等)。

移动通信设备104还可包括移动通信设备数据存储器308，用于对如下信息进行存储：来自移动通信设备平台接口306的输入信息、移动通信设备处理组件304生成的情境信息，或者移动通信设备处理组件使用的用于生成移动通信设备情境信息的各种情境评估算法或进程。

移动通信设备数据处理

现参照图4-图5，将会示出图1的通信管理平台100的若干组件之间的交互。但是，出于示例的目的，对图示进行了简化，许多用于辅助通信的系统、子系统和组件都没有展示。该领域内的技术人员将会理解的是，在不脱离本发明的精神和范围的情况下，这些组件或子组件也可以被使用并且相应地产生额外的交互作用。

如图4中所示，在(1)，在移动通信设备104的运转过程中，或者移动通信设备的初始化过程中，移动通信设备接口组件306获取一组对应于移动通信设备平台的输入。示例性地，该组输入对应于至少一个获取或生成情境数据的NFC使能传感器。在一个实施例中，NFC传感器数据可对应于与地理区域相关的物理建筑或设备上的一个或多个传感器进行的交互。例如，并入到移动通信设备104中的NFC传感器可与某座房屋或房间中的NFC传感器进行交互从而确定移动通信设备的存在。作为实例，NFC传感器可与安装在建筑、会议室、饭店、队列等的入口的传感器进行交互。在另一个实例中，并入到移动通信设备104中的NFC传感器数据可与其它移动通信设备进行交互从而确定与其它个体的接近性。NFC传感器信息可独立于任何与移动通信设备相关联的额外的传感器，如GPS传感器、加速计等。

移动通信设备情境处理组件304对该组输入进行处理从而生成移动通信设备情境信息。在一个实施例中，用于确定情境而对该组输入的处理可对应于将NFC传感器数据与特定情境直接关联。例如，与公共交通(例如，公共汽车、出租车、火车等)相关联的传感器的检测可自动地与特定情境相关联，例如驾驶中。在另一个实例中，与采购或销售终端点相关联的传感器的检测可对应于基于交易中所流通的货币的种类的地理情境(例如，加拿大元的流通可指示地理情境为加拿大)。在另一个实例中，与另一个传感器相关联的特定地理标识符的检测可被解释为与安全或隐私相关的情境的确定。对于该实例，移动通信设备104可将实验室、浴室或其它可能受约束的区域中的NFC传感器的检测自动地与安全情境相关联。

在其它实施例中，用于确定情境而对该组输入的处理可对应于NFC传感器数据与特定情境的间接关联。例如，与另一个传感器相关联的地理标识符的检测可被解释为用于情境的确定，例如确定某个人是否违反了基于地理限制的入境许可或旅行约束。

在其它实施例中，移动通信设备104可使用多个输入来确定一个或多个情境。例如，移动通信设备104可通过例如电子邮件或日历应用程序获得日程信息，从而验证所检测到的NFC会议室的存在是否对应于计划的会议。同样，移动通信设备104还可对日历信息或信件进行查看从而确定与用户相关联的NFC使能移动设备组是否对应于计划的会议或分配表。参照之前提供的实例，在一些实施例中，对于检测到特定货币的流通或兑换，移动通信设备104可使用额外的GPS数据来对位置或位置的变化进行验证。这种交互可使得移动通信设备104能够通过限制对GPS数据获取或处理的次数，对移动通信设备上的能量消耗进行更好的管理。

在(2)，通信管理系统通信组件302随后适当地将移动通信设备情境信息发送到通信管理系统102。具体地，为了降低功率消耗或带宽消耗，通信管理系统通信组件302可限制用于对移动通信设备情境进行初始化、对移动通信设备情境变化的检测和/或用于移动通信设备情境重建的移动通信设备情境信息的发送。

接收到情境信息后，移动设备接口组件202将情境和识别信息发送到移动通信设备情境处理组件204进行处理。在(3)，移动通信设备情境处理组件204从移动通信设备概况数据存储器210获取相应的、或适当的移动通信设备概况。在一个实施例中，通信处理组件204可使用所选择的移动通信设备概况来通过情境信息确定移动通信设备数据有效性。基于按照情境所选择的移动通信设备概况，移动通信设备策略处理组件206可确定建立通信信道、建立符合策略(和指定行动)的数据滤波、或其它行动的有效性。

在另一个实施例中，移动通信设备情境处理组件204还可生成额外的关于移动通信设备104的情境信息。示例性地，移动通信设备情境处理组件204可建立当前情境信息(例如，特定的会议室、建筑物、道路、或其它地理标识符)来计算一段时间内的移动方向和速度。在该实例中，移动通信设备104的情境信息可能不对应于相同类型的NFC传感器。例如，移动通信设备104可建立与销售终端、会议室、信息台等地点的交互相关的情境，可将该情境加工成位置、运动方向和速度信息。

现参照图5，在另一个实施例中，移动通信设备104和通信管理系统102可按照图4中的方式进行交互。如图5中所示，在该实施例中，在(5)，通信管理系统102可根据情境生成额外的数据关联。额外的数据关联可使用移动通信设备104情境来建立额外的用于传递到第三方的信息，例如通过计算设备118。在一个实施例中，额外的数据关联可提供一组个体的汇总，这些个体之间可基于相互的接近性而逻辑上关联。例如，通信管理系统102可逻辑上与所有能够通过NFC传感器一起交互的移动通信设备相关联。在另一个实施例中，通信管理系统102可使用与某个销售终端或售货亭处完成的交易相关的额外的数据关联来指示处于某个地点的顾客进行额外的购买或交易。

移动设备情境评估算法

现参照图6A-图6E，将会描述由移动通信设备情境处理组件304实施的用于确定移动通信设备104的情境信息的示例性程序1200。如上面所描述，移动通信设备情境可对应于表示当前移动通信设备平台的特定行驶状态的确定，例如基于移动通信设备104获得的NFC传感器数据。数据通信的有效性可基于所确定的行驶状态和适当的移动通信设备概况。参照图6A，在模块602，程序600开始于移动通信设备情境处理组件304将行驶状态初始化为非行驶。在一个示例性实施例中，非行驶状态是指示移动通信设备104启动或者开始跟踪行驶状态的时间的第一状态。行驶状态到非行驶状态的初始化可被发送至通信管理系统102或被假定为移动通信设备104的起始情境。

在决策模块604，进行测试以根据对一组输入的处理确定是否满足最小移动标准。例如，该测试可对应于对一个或多个速度输入和一个或多个移动距离的输入进行审查从而确定输入的值是否超出最小阀值。在一个实施例中，速度和距离信息可由移动通信设备通过所设计的用于生成或计算这种信息的若干传感器和/或组件获得。实例包括，但不限于，GPS设备/组件、加速计、航行设备等。如前面所描述的，所述传感器和/或组件可集成到移动通信设备104中或者可作为单独组件(例如，汽车导航系统)通过有线或无线连接提供输入信息。

在另一个实例中，速度和距离信息可由移动通信设备104通过使用可识别或可检测的目标计算的。根据该实例，移动通信设备104接收固定发射器生成的信号，例如蜂窝通信基站或WiFi无线节点，它们通常包括一些针对特定发射器的识别信息，如对于无线节点的SSID。当移动通信设备104移动时，当移动通信设备位于发射器的范围内时会检测到来自特定发射器的信号，当移动通信设备超出发射器的范围时不会再检测到。对于已知的发射器的通信范围，例如WiFi无线节点，可根据检测到来自发射器的信号至信号消失的监控时间来计算速度和移动距离信息。此外，来自发射器的信号的检测不需要对发射器进行注册，并且对限制访问的发射器仍然有效，例如通过加密发送。此外，移动通信设备104可使用NFC传感器信息以上述方式计算速度或距离信息。替代性地，移动通信设备104可使用第三方服务来根据NFC传感器数据计算速度或距离信息。

如果未满足最小移动标准，则会假定移动通信设备(考虑到它的周围状况)仍然处于非行驶状态，程序600返回到模块602。程序600可继续对该部分进行任何时间的循环。

替代性地，如果最小移动标准已经满足，则会假定移动通信设备104(考虑到它的周围状况)在运动，在模块606，将行驶状态修改为“旅行开始状态”。由于行驶状态改变，移动通信设备104可将指示行驶状态变为旅行开始状态的更新后的情境信息发送至通信管理组件102。在模块608，移动通信设备情境处理组件304进入到观测窗，其用于采集一段时间中的若干输入。观测窗可配置为使得移动通信设备104在一段时间内只采集根据信息采集间隔所定义的固定数量的组。每采集一组输入，计数器减一，持续进行该进程，直到采集了目标组数的输入(例如，计数器降至数值“0”)。此外，如果移动通信设备平台接口306当前未在接收(receiving)输入，或者未接受(accepting)输入，则移动通信设备104可进入低功率消耗模式，在该模式中，移动通信设备104的一个或多个组件停止工作或者进入低功率消耗运行模式。进而，移动通信设备104随后在下一个信息采集间隔开始运转或唤醒。移动通信设备情境处理组件304所实施的特定的信息采集间隔可取决于传感器信息的间隔尺寸、应当对指定行驶状态采集的输入信息的数量、和/或行驶状态的潜在变化的可能性。例如，对于该组输入中预期不存在变化的行驶状态(例如，公路行驶状态)可设置较长的采集间隔，从而进一步节省移动通信设备的功率。

在决策模块610，当时间窗终止时，进行测试以基于对该组输入的处理确定是否最小移动标准已经满足。如果最小移动标准未满足，则确定移动通信设备104不再处于运动状态，程序600返回到模块602并进入到“非行驶”移动状态(如上面所描述)。由于行驶状态已经改变，移动通信设备104可将指示行驶状态变回为非行驶状态的更新后的情境信息发送至通信管理组件102。

现参照图6B，替代性地，如果在决策模块610(图6A)，最小移动标准已经满足，则在模块612，确定移动通信设备104处于运动中，并将行驶状态改变为“都市/城市”行驶状态。在一个示例性实施例中，都市/城市行驶状态可对应于在都市或城市区域中的驾驶状况，其中存在频繁的停止和较大的速度上的变化。再次，由于行驶状态已经改变，移动通信设备104可将指示行驶状态变回为非行驶状态的更新后的情境信息发送至通信管理组件102。在模块614，移动通信设备情境处理组件304进入到观测窗，其定义了用于采集一段时间中的多组输入的一组间隔。在都市/城市行驶状态中，用于接收每组输入的采集间隔可配置为更短，因为来自该组输入的信息中可能存在较大变化的可能性。

在决策模块616-618，移动通信设备情境处理组件304对采集的输入数据进行处理从而确定移动通信设备104是否应当保持其当前的都市/城市行驶状态、移动通信设备是否已经达到其终点状态、或者行驶状态是否更能够代表另一种通常代表公路行驶的行驶状态。所采集的信息可包括速度、方向、移动距离信息。此外，所采集的信息可包括处理后的速度、方向、移动距离信息，称为变化信息，其代表在观察时间窗内每个采集间隔中的速度、方向、移动距离的变化和/或变化率。

在决策模块616，进行测试以确定代表都市/城市行驶状态的标准是否已经满足。代表都市/城市行驶状态的标准可对应于对代表都市/城市行驶方式的速度、移动距离和方向的变化阀值的考虑。例如，采集到在某个时间点车辆停止了(例如，在某个路灯处)的输入并在另一个时刻采集到车辆以较高的速度行驶的输入，这可由都市/城市行驶状态的速度变化来表示。可通过管理员或特定用户设置的观测到的驾驶行为来确定阀值。如果代表都市/城市行驶状态的标准未满足，则移动通信设备情境处理组件304确定移动通信设备104不太可能处于都市/城市驾驶实施例中，并进入模块626，下面将会对模块626进行更详细的描述。替代性地，如果代表都市/城市行驶状态的标准已经满足，则移动通信设备情境处理组件304确定移动通信设备104要么保持都市/城市行驶状态，要么到达了终点状态。相应地，在决策模块618，进行测试以根据该组输入确定最小移动标准是否已经满足。如果最小移动标准未满足，则确定移动通信设备104不再处于运动中，程序600进入模块620(图6C)。替代性地，如果最小移动标准已经满足，则程序600返回到模块612。但是，在该实例中，移动通信设备104不需要向通信管理组件102发送情境信息，因为行驶状态已经改变。

现参照图6C，在模块620，移动通信设备的行驶状态变化为“行程终点”行驶状态。在一个示例性实施例中，行程终点行驶状态可对应于初始旅行的完成。如前面所描述，由于行驶状态已经改变，移动通信设备104可将代表行驶状态改变的更新后的情境信息发送给通信管理设备102。在模块622，移动通信设备情境处理组件304进入观测窗，在该观测窗中可将采集间隔设置为更短的时间段，因为预期每个采集间隔上的各组输入之间会存在较大的变化。

当观测窗结束时，移动通信设备情境处理组件304将确定移动通信设备是否已经重新进入行驶状态(例如，在临时的停止后)或者进入非暂时状态(例如，在家中或在办公室)。相应地，在决策模块624，进行测试以根据该组输入确定是否检测到最小移动。如果未检测到最小移动，则确定移动通信设备104不再处于运动状态。相应地，在模块602(图6A)行驶状态被修改为“非暂时”。替代性地，如果根据该组输入检测到最小移动，则确定移动通信设备104再次处于行驶状态，程序600进入模块612(图6B)，其中的行驶状态被修改为都市/城市行驶状态。在两种决策方案中，移动通信设备104都将代表行驶状态变化的更新后的情境信息发送给通信管理组件102。

现参照图6D，如果在决策模块616(图6B)，代表都市/城市行驶状态的标准未满足，则移动通信设备情境处理组件304确定移动通信设备处于公路行驶状态，代表在公路上行驶。相应地，在模块626，行驶状态被修改为“公路”行驶状态，移动通信设备104将代表行驶状态变化的更新后的情境信息发送给通信管理组件102。在模块628，移动通信设备情境处理组件304进入观测窗，其中可将采集间隔设置为更长的时间段，因为预期每个采集间隔上的各组输入之间会存在较小的变化。当移动通信设备104处于公路行驶状态时，其可转换为终点状态(例如，代表行程结束)、恢复到都市/城市行驶状态或者保持公路行驶状态时。相应地，在一个选择性实施例中，移动通信设备情境处理组件304可确定移动通信设备104为代表飞机航行的飞行状态。相应地，如将要在图6D中所示的，移动通信设备情境处理组件304也可从公路行驶状态达到“飞行”状态。在所有包含行驶状态变化的决策方案中，移动通信设备104都将代表行驶状态变化的更新后的情境信息发送给通信管理组件102。

在决策模块630，进行测试以再次确定代表都市/城市行驶状态的标准是否已经满足。如果代表都市/城市行驶状态的标准已经满足，则移动通信设备情境处理组件304确定移动通信设备104应当恢复到都市/城市行驶状态，并且程序600返回到模块612(图6B)。替代性地，如果代表都市/城市行驶状态的标准未满足，则移动通信设备情境处理组件304确定移动通信设备104应当保持公路行驶状态、转至行程终点状态、或转至飞行状态。相应地，在决策模块632，进行测试以根据该组输入确定最小移动是否已经满足。如果根据该组输入未检测到最小移动，则确定移动通信设备104不再处于运动状态，并且程序600进入模块620(图6C)。

但是，如果在决策模块632，根据该组输入检测到最小移动，则在决策模块634，进行测试以确定代表飞行行驶状态的标准是否已经满足。在一个示例性实施例中，代表飞行行驶状态的标准可对应于对代表空中航行的方式的速度、移动距离和方向的变化阀值的考虑。该标准还可包括对来自高度计等的信息的考虑。可通过管理员或特定用户设置的观测到的驾驶行为来确定阀值。如果代表空中行驶状态的标准未满足，则移动通信设备情境处理组件304确定移动通信设备应当保持公路行驶状态，并且程序600返回到模块626。

现参照图6E，如果代表空中行驶状态的标准已经满足，则移动通信设备情境处理组件304确定移动通信设备处于飞行状态。相应地，在模块636，行驶状态被修改为“飞行”行驶状态。在模块638，移动通信设备情境处理组件304进入用于采集一段时间中的若干输入的观测窗，该观测窗可以是较长的时间段。在决策模块630，进行测试以确定是否已经超出一个或多个飞行距离变化。如果代表飞行行驶状态的标准未满足，则移动通信设备情境处理组件304确定移动通信设备104应当恢复到公路行驶状态，并且程序600返回到模块626(图6D)。替代性地，如果代表飞行行驶状态的标准已经满足，则移动通信设备情境处理组件304确定移动通信设备104应当要么保持飞行行驶状态或者转至行程终点状态。相应地，在决策模块640，进行测试以根据该组输入确定是否检测到最小移动。如果根据该组输入未检测到最小移动，则确定移动通信设备104不再处于运动状态，并且程序600进入模块620(图6C)。替代性地，如果根据该组输入检测到最小移动，则移动通信设备104保持飞行行驶状态，并且程序600返回模块636。在所有包含行驶状态变化的决策方案中，移动通信设备104都将代表行驶状态变化的更新后的情境信息发送给通信管理组件102。

现参照图7A和图7B，将会描述由移动通信设备情境处理组件304实施的用于确定移动通信设备地理空间情境信息的程序700。在一个示例性实施例中，地理空间信息可用于定义地理区域。地理空间信息可包括质心，对应于接近地理空间区域的中心位置。可以用经度和纬度、格栅布局中的x和y坐标或其它位置坐标来定义质心。地理空间信息还可包括最小半径距离，其对应于所有地理空间区域界线内的最小半径。地理空间信息还可包括最大半径，其对应于超出所有地理空间区域界线的最大半径。该领域内的技术人员应当理解，地理空间区域界线的轮廓可由半径距离加上相对质心的方向来定义。

现参照图7A，在模块702，移动通信设备情境处理组件304从移动通信设备情境数据存储器307获取地理空间区域定义。地理空间区域定义可以以各种格式存储和保持在存储媒介中。相应地，地理空间区域定义可根据移动通信设备104的处理顺序来划分优先级。在模块704，移动通信设备平台接口306开启采集窗，在其中对地理空间区域定义进行评估从而确定移动通信设备104是否位于该区域内。如上面针对行驶状态情境评估算法的描述，可将观测窗配置为使得移动通信设备104在一段时间内采集由信息采集间隔定义的固定数量的组。每采集一组输入，计数器减一，持续进行该进程，直到采集了目标组数的输入(例如，计数器降至数值“0”)。此外，如果移动通信设备平台接口306当前未在接收(receiving)输入，或者未接受(accepting)输入，则移动通信设备104可进入低功率消耗模式，在该模式中，移动通信设备104的一个或多个组件停止工作或者进入低功率消耗运行模式。进而，移动通信设备104随后在下一个信息采集间隔开始运转或唤醒。移动通信设备情境处理组件304所实施的特定的信息采集间隔可取决于传感器信息的间隔尺寸、指定行驶状态下应当采集的输入信息的数量、和/或行驶状态的潜在变化的可能性。例如，对于该组输入中预期不存在变化的行驶状态可设置较长的采集间隔，从而进一步节省移动通信设备的功率。

在模块706，移动通信设备情境处理组件304获取移动通信位置信息。在一个示例性实施例中，移动通信设备平台接口306可获取各种代表移动通信设备104的位置或相对位置的传感器信息，包括上面描述的NFC传感器信息。在另一个实例中，移动通信设备平台接口306可与交通工具导航系统连接来获得位置信息。在另一个实例中，移动通信设备平台接口306可与无线通信设备(例如蜂窝基站)、无线网络节点(例如，WiFi和WiMax网络节点)连接，并获取位置信息。此外，传感器信息可包括用于确定移动通信设备的方向或方位的加速计和指南针信息。

在另一个实施例，如图9所示，移动通信设备平台接口306可将位置元数据与来自无线发射器的已知信号关联，从而使得信号的检测可给移动通信设备平台接口306提供有关移动通信设备104的相对位置的指示。如上面针对程序700(图7A-图7E)进行的解释，当移动通信设备104移动时，当移动通信设备位于发射器的范围内时可检测到来自特定发射器的信号，而当移动通信设备超出发射器的范围时无法再检测到信号。在一些实施例中，移动设备检测来自相同无线发射器的信号，移动通信设备平台接口306可将从另一个位置来源(例如GPS组件)获得的位置元数据与代表无线发射器(例如，WiFiSSID)的信息相关联。相应地，连同已知的无线发射器的范围，移动通信设备平台接口306可估计范围，并将位置元数据关联为移动通信设备104的近似位置，从而实现根据地理区域评估情境的目的。

为了降低功率消耗，移动通信设备平台接口306可监控各种位置传感器/输入。移动通信设备平台接口306可根据各种因素对位置信息源划分优先级或等级，包括位置信息的精确性的置信度、与采集位置数据相关联的功率消耗、财政或劳务合同问题等。例如，假定移动通信设备平台接口306按照上述方式事先存储了与建筑物元数据相关联的已知的MFC传感器的位置信息。尽管附属的GPS组件也能获得位置信息，但是GPS组件的运行会消耗更多的设备功率。相应地，移动通信设备平台接口306会选择以最小功率消耗度量接收/使用来自源的位置信息。

再次参照图7，在模块708，移动通信设备情境处理组件304计算移动设备当前位置距离地理区域质心的距离和方向。在决策模块710，进行测试以确定距离质心的距离是否超出为地理区域定义的最大半径的范围。如果是，则在模块712，移动设备的当前情境位于该地理区域范围之外。程序700随后进入模块717，下面将会对此进行描述。

如果在决策模块710，距离质心的距离未超出最大半径的范围，移动通信设备情境处理组件304随后会确定移动通信设备是否明确地位于地理区域内或位于地理区域的界线边缘上。在决策模块714，进行测试以确定该距离是否小于为地理区域定义的最小半径。如果是，则在模块716，移动设备的当前情境位于地理区域范围内。随后程序700进入模块717。

在模块717，如果情境状态发生了变化，则移动通信设备104必须发送更新后的情境信息。相应地，如果移动通信设备仍然位于地理区域范围之外(模块712)或位于地理区域范围内(模块716)，将不会提供更新。在模块720，采集位置信息和对地理区域的接近性的评估的间隔将会减小(或者验证为处于较低的水平)。无论是明确位于地理区域范围外或者明确位于地理区域范围内，情境突然改变的可能性都会减小。例如，地理区域对应于整座城市，移动设备检测到与被检测到位于全市地理区域范围外相对应的变化的频率可能很小。相应地，会调整采集间隔从而减少与传感器信息的采集和处理相关的功率消耗。程序700随后返回模块704,用于在下一个采集间隔上继续采集和处理信息。

再次返回到决策模块714，如果距离不小于为地理区域定义的最小半径，则移动通信设备104可能刚好位于地理区域的界线内或者刚好位于地理区域的界线外。相应地，移动通信设备情境处理组件304随后可确定移动通信设备104落在地理区域范围内或者刚好落在地理区域范围外。参照图7B，如果所确定的情境与之前的情境不同，则在模块722，更新后的情境信息被发送至通信管理组件102。在模块724，采集间隔增大(或者验证为处于较高的水平)。无论是明确位于地理区域范围外或者明确位于地理区域范围内，情境突然改变的可能性都会增加。由于情境改变的可能性增加，因此会增大采集间隔。程序700随后返回到模块704(图7A)，用于在下一个采集间隔上继续采集和处理信息。

通信管理组件的运行

现参照图8，将会描述由通信处理组件204实施的用于对与移动通信设备104相关联的通信进行管理的程序800。在模块802，移动通信设备接口组件202接收来自移动通信设备104的移动通信设备情境信息、移动通信设备情境和识别信息。示例性地，移动通信设备情境信息对应于处理后的输入并代表移动通信设备情境。可能需要通信管理系统102对情境信息进行额外的处理。如前面所讨论，通信管理系统102可使用任何数量的通信信道来接收来自移动通信设备104的情境信息。此外，如果情境信息对应于更新后的情境信息，特别是如果移动通信设备目前是建立在通信信道中，则移动设备通信组件202可使用替代性的通信信道。

在模块804，通信管理系统102从移动通信设备概况存储器212获取移动通信设备概况信息。如前面所描述，移动通信设备概况存储器212可对应于根据不同移动通信设备情境识别不同移动通信设备概况的数据库。

在模块806，通信管理系统102对移动通信设备情境信息进行处理。在一个实施例中，通信管理系统102可使用所选择的移动通信设备概况来通过情境信息确定移动通信设备数据有效性。根据依据情境选择的移动通信设备概况，通信管理系统102可确定建立通信信道、建立对应于策略(和特定行动)的数据滤波器、或其它行动的有效性。

在另一个实施例中，通信管理系统102还可生成额外的关于移动通信设备104的情境信息。示例性地，通信管理系统102可建立当前情境信息(例如，特定的会议室、建筑、道路、或其它地理标识符)来计算一段时间中的移动方向和速度。在该实例中，移动通信设备104的情境可不对应于相同类型的NFC传感器。例如，移动通信设备104可建立关于与销售终端、会议室、信息站等地点进行交互的情境，可将该情景处理为运行信息中的位置、方向和速度。

在模块808，通信管理系统102生成任意额外的情境信息。额外的数据关联可使用移动通信设备104情境来建立额外的用于传递到第三方的信息，例如通过计算设备118。在一个实施例中，额外的数据关联可提供一组个体的汇总，这些个体之间可基于相互的接近性逻辑上关联。例如，通信管理系统102可逻辑上与所有能够通过NFC传感器一起交互的移动通信设备相关联。在另一个实施例中，通信管理系统102可使用与某个销售终端或售货亭处完成的交易相关的额外的数据关联来指示处于某个地点的顾客进行额外的购买或交易。

在模块810，通信管理系统102将额外的情境信息发送到一个或多个第三方服务。示例性地，移动通信设备104的情境概况可识别与信息共享相关的隐私设置或规则。例如，隐私设置或规则可建立补偿程序，用于共享信息或限制特定第三方或第三方类型的访问。此外，隐私设置或规则可建立对于信息的安全设置，例如用于排除某些类型的信息的加密需求。在模块812，程序800结束。

尽管公开和讨论了多个示例性实施例，但是该领域内的技术人员将会理解的是，可在本公开的精神和范围内实施额外的或替代性的实施例。此外，尽管作为示例性目的指出了许多实施例，但是该领域内的技术人员将会理解的是，这些示例性实施例不必组合或一起实施。这样，依照本公开的变化的范围，不必使用或实施一些示例性实施例。

除非另外特别指出，或者在特定情景下能够理解的，否则本文中使用的诸如“能够(can)”、“可(could)”、“可能(might)”或“可以(may)”的条件语言通常意在表达，某些实施例包括、而其它一些实施例不包括某些特征、要素和/或步骤。因此，这样的条件语言通常并非意在暗示一个或多个实施例以任何方式需要某些特征、元件和/或步骤，或一个或多个实施例一定包括用于在有或没有用户输入或提示的情况下判定这些特征、元件和/或步骤是否包括或执行于任何特定实施例中的逻辑。

本文中描述和/或附图中描绘的流程图中的任何进程描述、要素或模块应被理解成潜在地表示代码的模块、段或部分，代码的模块、段或部分包括用于实施进程中的特定逻辑功能或步骤的一个或多个可执行指令。该领域内的技术人员将会理解的是，替代实施方案可包括在本文描述的实施例的范围内，其中某些元件或功能可以被删除，或者以与所展示或讨论的不同顺序执行，包括大体一致的或者相反的顺序，这取决于所包含的功能。还应当理解的是，使用与存储计算机可执行组件的计算机可读媒介相关联的驱动机制，上面描述的数据和/或组件可存储在计算机可执行媒介上或者装载到计算设备的存储器中，所述计算机存储媒介包括例如CD-ROM、DVD-ROM或网络接口。此外，组件和/或数据可被包括在单独设备中或以任何方式分布。相应地，通用计算设备可被配置为用于执行本公开的进程、算法和方法，以及对上面描述的若干数据和/或组件的处理和/或执行。替代性地，一些或所有的本文描述的方法可替代性地实施到特定的计算机硬件中。此外，本文提到的组件可实施为硬件、软件、固件或它们的组合。

应当强调，可以对上述实施例作出许多变化和修改，所述实施例的元件应被理解为可用于其它可接受的实例中。所有这些修改和变化都意在被包括在本公开的范围内并被下面的权利要求所保护。

Claims (20)

1.一种计算机实施的方法，包括：

接收移动通信设备发送的情境变化通知消息，至少部分所述情境变化通知消息是基于移动通信设备执行的情境评估，所述情境评估是移动通信设备基于与一个或多个近场传感器的交互进行的；

至少部分地根据接收到的情境变化通知消息在计算机存储器中保持状态数据，其中至少在移动通信设备没有被用户使用的时间段期间在所述计算机存储器中保持并更新所述状态数据，所述计算机存储器是与移动通信设备分离的；

接收对应于移动通信设备的更新后的情境变化通知消息，仅在根据与额外的近场传感器的交互而确定情境变化时，移动通信设备才发送更新后的情境变化通知消息；

将移动通信设备与更新后的状态数据相关联；以及

基于对情境变化通知消息和更新后的情境变化通知消息的处理，来确定方向和移动向量中的至少一个。

2.如权利要求1所述的计算机实施的方法，其中接收对应于移动通信设备的更新后的情境变化通知消息包括接收来自移动通信设备的对应于移动通信设备的更新后的情境变化通知消息。

3.如权利要求1所述的计算机实施的方法，还包括至少使用所述的状态数据来确定是否执行与移动通信设备有关的行动。

4.如权利要求1所述的计算机实施的方法，其中一个或多个近场传感器与地理标识符相关联。

5.如权利要求1所述的计算机实施的方法，其中一个或多个近场传感器与有源模式相关联。

6.如权利要求1所述的计算机实施的方法，其中一个或多个近场传感器与无源模式相关联。

7.如权利要求1所述的计算机实施的方法，还包括基于对情境变化通知消息和更新后的情境变化通知消息的处理中的至少一个，来生成至少一个额外的数据关联。

8.一种用于对与移动通信设备相关联的通信进行管理的系统，包括：

移动通信设备接口，其用于与移动通信设备进行双向通信，其中所述移动通信设备接口获取移动通信设备情境信息，所述移动通信设备情境信息根据的是移动通信设备基于与一个或多个近场传感器的交互而执行的情境评估；

移动通信设备数据存储器，其用于根据特定的移动通信设备情境来保持移动通信设备情境概况，其中移动通信设备有效性是非同步地确定的；以及

通信管理组件，其用于根据移动通信设备概况进行活动管理，其中活动管理包括如下之一：确定与移动通信设备相关的地理信息，或对与移动通信设备相关的通信信息进行管理。

9.如权利要求8所述的系统，其中移动电信设备与两个或更多移动通信设备情境相关联。

10.如权利要求8所述的系统，其中通信管理组件还可操作性地接收对应于移动通信设备的进一步更新后的情境变化通知消息。

11.如权利要求8所述的系统，其中通信管理组件还可操作性地通过对积累的一组情境变化通知消息进行处理来确定地理信息以便确定位置。

12.如权利要求8所述的系统，其中通信管理组件还可操作性地通过对积累的一组情境变化通知消息进行处理来确定地理信息以便确定方向。

13.如权利要求8所述的系统，其中移动设备情境与检测的近场传感器直接相关联。

14.如权利要求8所述的系统，其中移动设备情境与检测的近场传感器间接相关联。

15.如权利要求8所述的系统，其中移动设备情境与检测的近场传感器以及至少一个额外的传感器信息相关联。

16.一种用于对与移动通信设备相关联的通信进行管理的方法，包括：

保持移动通信设备概况，其中移动通信设备概况定义了用于根据当前移动通信设备情境对数据处理概况进行处理的标准，所述移动通信设备情景根据的是移动通信设备基于与一个或多个近场传感器的交互而执行的情境评估；

随后根据与当前移动通信设备情境相关联的概况对移动通信设备进行管理，其中对移动通信设备进行管理包括如下之一：确定与移动通信设备相关的地理信息，或对与移动通信设备相关的通信信息进行管理；

接收对应于移动通信设备的更新后的情境变化通知消息，仅在根据与额外的近场传感器的交互确定情境变化时，移动通信设备才发送更新后的情境变化通知消息；

根据更新后的情境变化通知消息对移动通信设备的管理进行修改。

17.如权利要求16所述的方法，其中对移动通信设备的管理进行修改对应于对积累的一组情境变化通知消息进行处理以便确定位置。

18.如权利要求16所述的方法，其中对移动通信设备的管理进行修改对应于对积累的一组情境变化通知消息进行处理以便确定方向。

19.如权利要求16所述的方法，其中对移动通信设备的管理进行修改对应于对情境变化通知消息进行处理以便确定与一个或多个近场传感器相关联的策略的违反。

20.如权利要求16所述的方法，还包括基于对情境变化通知消息或更新后的情境变化通知消息的处理中的至少一个，生成至少一个额外的数据关联。