CN102640481A - 用于移动通信装置上的应用程序的系统和方法 - Google Patents

Abstract

通过在基本电话中设置合成所需数据点的数据合成器，可将智能电话应用程序的功能扩展到基本电话，即不具备特定智能电话能力的电话。数据合成器可以与附近的智能电话通信，以收集相关的数据点，例如位置或运动数据。根据收集的数据点可计算用于基本电话的数据点。当基本电话上的应用程序请求数据时，数据提供器代理可从数据合成器检索合成的数据点。在一个示例中，没有GPS或类似位置模块的基本电话可通过对来自附近的智能电话的位置数据取平均，执行映射应用程序。

Description

用于移动通信装置上的应用程序的系统和方法

技术领域

本发明涉及用于移动通信装置的应用程序，尤其涉及使用来自数据传感器的数据的应用程序，所述数据传感器包括但不限于位置数据传感器。

背景技术

现代移动电话常常设置了各种增强数据应用程序，所述增强数据应用程序依靠移动电话中的增强数据传感器。这些增强数据可包括位置信息(例如来自全球定位系统(GPS))、加速计数据以及允许移动电话(常称为智能电话)执行各种智能应用程序(例如映射应用程序)的其他类型数据。智能电话变得越来越普及。与之不同，基本电话和功能电话缺少很多智能电话能力，并且不能参与很多先进的应用程序，它们的用户也不能得益于这些应用程序。

对此问题的典型工业解决方案是等待装置更换(目前的周转速度大约是18个月)，并希望更多地采用带所需能力的智能电话。替代解决方案是增加用于传感器/能力的外置硬件，例如蓝牙GPS装置、外置加速计等等。

所需要的就是用于向更大量的移动通信装置提供增强应用程序的改进应用程序、装置和方法。

发明内容

在本发明的一个方案中，提供一种用于在基本移动通信装置中执行应用程序的方法。该方法包括以下步骤：产生数据请求；将数据请求发送给至少一个增强移动通信装置；从至少一个增强移动通信装置接收数据；以及在基本移动通信装置的至少一个应用程序中处理数据。

在本发明的一个方案中，提供一种基本移动通信装置，该基本移动通信装置包括至少一个应用程序以及至少一个数据合成器。数据合成器可配置为请求来自至少一个增强移动通信装置的数据，从至少一个增强移动通信装置接收数据，根据所接收的数据产生至少一个数据点，以及将至少一个数据点提供给应用程序。

在本发明的一个方案中，提供一种增强移动通信装置，该增强移动通信装置包括至少一个数据传感器以及数据提供器。数据提供器可配置为从基本移动通信装置接收数据请求，以及将来自至少一个数据传感器的数据提供给基本移动通信装置。

附图说明

下面仅通过示例的方式参照具体实施例和附图，在附图中：

图1示出多个智能电话附近的基本电话；

图2示出在基本电话上执行应用程序的方法；

图3示出基本电话的组件和智能电话的组件；

图4示出向基本电话上运行的应用程序提供数据点的处理；

图5示出从附近的智能电话收集数据点的处理；

图6示出数据点请求消息的示例形式；

图7示出数据点响应消息的示例形式；

图8示出发现请求消息的示例形式；

图9示出发现响应消息的示例形式；

图10示出用于发现附近智能电话的处理；

图11示出用于响应发现请求的处理；

图12示出用于响应数据点请求的处理；

图13示出位置信息记录的示例形式；以及

图14示出加速计信息记录的示例形式。

具体实施方式

智能电话可具有附近的其他基本电话所没有的传感器数据。术语“智能电话”(或增强装置)以及“基本电话”(或基本装置)用于表示这种情况。也就是说，基本电话缺少附近的其他电话(智能电话)上可用的某些能力(增强能力)或传感器数据(增强数据)，但是应当理解，在装置的一般描述中，可将任何参与装置视作智能电话。

在图1中示出系统10，该系统包括由智能电话12、13、14构成的群组18，与基本电话20相比，智能电话12、13、14各自具有增强能力。可将基本电话20配置为例如能够通过蓝牙、WiFi、自组织(ad hoc)WiFi、WiFi Direct或者一些类似的短距协议直接与智能电话12、13、14通信。本发明的实施例描述了基本电话20怎样才能从附近的智能电话获得各种数据(例如GPS)，并基于从附近的智能电话接收的统计集合数据推断或合成它们自己的数据。

在根据本发明并在图2的流程图100中示出的一种方法中，在步骤101产生数据请求，并利用短距协议将其发送到一个或多个附近的增强移动通信装置(步骤102)。从增强装置接收数据(步骤103)并提供给应用程序用于处理(步骤104)。

在图3所示的一个实施例中，基本电话20可配置有任何数量的增强服务应用程序21。应用程序21可经由数据提供器代理22请求增强服务数据。数据提供器代理22从数据合成器23获取所请求的数据，该数据合成器23包括数据贮存器，所述数据贮存器包括近来收集的数据点贮存器25、近来合成的数据点贮存器26以及附近的节点列表贮存器27。这些贮存器25、26、27可以是本地存储器或永久存储器，例如数据库。

如下详述，数据合成器23根据从附近的增强服务电话(这里称为智能电话)接收的数据接收或产生用于应用程序21的数据点，数据合成器23经由网络接入模块29与增强服务电话通信。虽然可以认为基本电话20附近有任何数量的智能电话，但是图3中只示出一个这样的智能电话12。智能电话12包括用于提供增强数据的数据提供器16，所述增强数据用于在智能电话上执行的应用程序(未示出)。数据提供器16可以包含一个或多个用于记录本地环境数据的传感器。传感器的示例可包括位置传感器(例如GPS模块)、运动或装置方位传感器(例如加速计、数字罗盘或陀螺仪)、温度传感器、图像传感器(例如照片或视频)、生物传感器(温度、血氧饱和等等)等等。具体实施例将参照位置数据和加速计数据进行描述，但对本领域技术人员来说显然可使用很多不同的传感器类型作为这里讨论的传感器类型的替代或附加。

如上所述，数据提供器16可以是诸如GPS单元或加速计这样的位置感知模块，也可以是任何其他合适的数据提供器。在本发明的实施例中，智能电话12可配置有数据响应器17，数据响应器17被配置为将来自数据提供器16的增强数据提供给附近的基本电话，例如基本电话20。数据响应器17可配置有近来响应贮存器18和隐私策略19。

在图3的构造中，基本电话20上的应用程序21可以提出对于在基本电话20上并非一般可用的增强服务数据的请求。例如，没有GPS的基本电话当附近有足够的智能电话联系时，可以运行应用程序(例如映射程序)，该应用程序通过对附近的智能电话进行采样而合成需要的GPS数据。这允许了基本电话20上对其用户来说一般不可用的映射应用程序。

附近的电话可以被动态地识别，并且身份可在整个邻近期间持续。在各种实施例中，身份可以是匿名的，这意味着附近的智能电话可以产生唯一的ID来回答对于某些数据的呼入请求，并且经过足够的时间以后(没有后续请求)，它可以删除该ID并且不重新使用该ID。这些实施例允许智能电话共享有用的数据(例如GPS、加速计等等)，而不给予接收者太多的信息。

基本电话20的数据合成器23收集、存储和/或合成数据点，供基本电话20的各种应用程序21使用。在图4的流程图200中示出向基本电话20的应用程序21提供数据点的示例性处理。在步骤201，应用程序21提出对增强数据的请求。因为增强数据在基本电话20上不可用，所以数据提供器代理22将请求转发给数据合成器23(步骤202)。数据合成器23接收请求(步骤203)并从近来收集的数据点贮存器25选择近来收集的数据点的子集(步骤204)。近来收集的数据点的选择可基于诸如这样的标准：数据点时间有多接近(例如，根据时间戳确定)、数据点的多样性(从多个附近装置收集数据点)以及数据点本身的特性(例如GPS数据点相对于i)选择的集合中的数据点，或者相对于ii)先前合成的数据点，或者以上i)和ii)的组合，有多近/远)。在步骤205，可将一些近来合成的数据点选择性地添加到来自近来合成的数据点贮存器26的选择中。然后数据合成器评估数据点的所选集合(步骤206)，以确定数据点的质量是否足够高并且不太陈旧。如果数据点的评估满足要求，就根据收集的数据点合成新的数据点(步骤207)。例如，通过对从附近的装置收集的位置数据点的位置取平均，可计算新的位置数据点。通过复制来自与基本电话邻近时间最长的附近装置的最近加速计数据点，可计算新的加速计数据点。在经由数据提供器代理22将合成的数据点返回请求应用程序21(步骤209)之前，新的数据点被添加到近来合成的数据点贮存器26(步骤208)，在步骤209之后处理终止(步骤210)。

如果在步骤206，所选择数据点的评估不满足质量要求，那么可以尝试扩展数据点选择标准(步骤211)。如果选择标准被扩展，则处理返回到步骤204，产生新的数据点选择。否则，如果确定来自近来合成的数据点贮存器的最近合成的数据点在时间上足够接近(步骤212)，就可以将此数据点返回应用程序(步骤213)。如果最近合成的数据点太陈旧，那么数据合成器返回错误(步骤214)，根据应用程序21的编程，可通过应用程序21处理错误。

图5的流程图300中示出从附近节点收集数据点的处理。在步骤301，例如基于超时(timeout)、近来收集的点的年龄、应用程序请求等等触发数据点收集。然后数据合成器例如从附近的节点列表27选择附近的节点(步骤302)。可以建立标准来限制所选择的节点的数量，例如来自节点的最近响应的时间。标准也可以偏离，以包括先前响应的节点，以收集一致的数据点流。限制节点的数量防止了可能只需要少数节点来合成数据点时，有太多的节点被联系。

如果在步骤303确定在选择的集合中有足够的节点，那么向这些节点的每个节点发送数据点请求消息(步骤304)。图6中示出数据点请求消息60的示例。数据点请求消息60包括基本电话ID 61(即请求电话的基本电话ID)、请求ID 62以及请求的数据点类型的指示63，例如位置数据点、加速计数据等等。数据合成器23响应于下面详述的数据点请求消息60接收数据点响应消息70(图7)，并且在步骤305，将接收的每个数据点记录在近来收集的数据点贮存器25中。在处理终止于307之前，在步骤306可以选择性地将任何未响应节点从附近的节点列表27移除。如果步骤303确定在选择的节点集合中节点不足，那么在重新选择附近的节点之前，可以从附近的节点列表28扩展选择标准(步骤308)。如果节点选择标准的扩展不可能，就选择所有节点，并且数据合成器23可以记录，数据收集处理需要附近的节点发现处理(如下所述)，以在进行到发送数据点请求消息(步骤304)之前扩展可用的节点(步骤309)。

下面参照图10的流程图400描述发现附近节点的示例性处理。在步骤401，例如通过超时、事件(例如来自数据合成处理的事件)，或者根据附近的节点列表27中的节点过少，触发节点发现处理。数据合成器23产生发现请求消息，图8中示出其示例性形式80。发现请求消息80包括基本电话ID 81、请求ID 82、请求数据点提供器类型域83以及现有数据点提供器类型域84。节点发现请求被配置为不可路由的，以找到仅相距一跳(hop)的智能电话，但是请求可以是广播、组播或单播的。通过网络接入模块29，可经由本地网络类型，例如蓝牙、WiFi、自组织WiFi、WiFi Direct等等发送发现请求消息80。

上述处理从基本电话20的角度一般性地描述。下面从智能电话的角度描述处理。

下面参照图11的流程图500描述通过智能电话响应发现请求的处理。在步骤501，通过智能电话12的数据响应器17从基本电话接收发现请求消息80。数据响应器17检查发现请求消息80的基本电话ID 81和请求ID 82，并确定它们是否是先前接收的请求的重复(步骤502)。如果存在重复的情形，那么不采取行动，并且处理终止(步骤510)。否则，数据响应器17进行到检查近来的响应列表18，并且如果发现请求消息80的基本电话ID 81在列表18中(步骤503)，那么在响应消息90中重新使用(步骤504)相同的响应电话ID(图9)。如果基本电话ID不存在，则数据响应器17产生新的响应电话ID(步骤511)并将此ID添加到发现响应消息90的响应电话ID域92。然后数据响应器17确定请求消息80是否包含请求数据点提供器类型域83(步骤505)。这个域表示：基本电话在请求哪种特定的数据点类型(例如位置类型数据(GPS等等)、加速计类型数据等等)。在步骤506，数据响应器17将任何请求的数据点提供器添加到发现响应消息90的域93。如果发现响应消息90不为空，即，现在包含任何数据点提供器(步骤507)，那么在处理完成(步骤510)之前，将消息90发送给基本电话(步骤508)并将所发送的消息记录在近来响应列表18中(步骤509)。如果在步骤507没有添加数据点提供器，那么在处理完成(步骤510)之前，数据响应器17除了本地整理(步骤514)之外不采取进一步行动。

如果数据响应器17在步骤505确定发现响应消息90不包含相关请求数据点提供器类型域83或者现有数据点提供器类型域84，就不采取进一步行动(步骤514)。现有数据点提供器类型84是允许替代性协议的域，其中基本电话发送此域，该域告知附近的智能电话，基本电话已经有什么数据传感器(例如位置(GPS等等)、加速计等等)。如果智能电话有基本电话没有的“任何其他传感器类型”，则希望智能电话回复。这允许了此时没有预期的未来传感器类型在智能电话装置上出现，并被包含在基本电话的新应用程序中，而不改变协议。因此，如果现有数据点提供器类型域84被指示，则添加现有数据点提供器类型84中没有列出的任何数据点提供器类型(即，除了基本电话在现有数据点提供器类型84中指示出它具有的之外，智能电话具有的另外的传感器类型)(步骤513)，并且处理继续到上述步骤507。

下面参照图12的流程图600描述为了响应数据点请求，通过智能电话或其他增强服务装置承担的处理。在步骤601，智能电话12的数据响应器17从基本电话20接收数据点请求消息60。数据响应器17从近来响应列表18搜索请求消息60中指示的基本电话ID 61。如果没有找到基本电话ID，就不采取进一步的行动(步骤609)。这表示如下的情况：附近的智能电话接收广播/组播数据点请求，其中或者尚未发现智能电话，或者发现了智能电话，并且通过足够长的不活动时期，近来请求退出了智能电话的列表。检查近来响应列表并且如果没有找到基本电话ID就不采取进一步行动，这防止了如果只需要少数数据点，所有智能电话都接收和响应广播/组播请求。处理600中未示出的是可选的对重复请求的检查，其类似于关于参照图11所述的发现响应处理500所述的重复检查。

如果在近来响应列表18中识别出基本电话ID，则数据响应器17产生数据点响应消息70(图7)，数据点响应消息70包括请求ID 71以及响应电话ID 72，该请求ID 71与数据点请求消息60的域62中所示的相同，该响应电话ID 72与近来响应列表18中所示的相同。如果在步骤604确定对于请求60中的域63所示的数据点类型没有可用的数据点，那么没有进一步的行动出现(步骤609)。如果对于所请求的(一种或多种)类型，数据点可用，那么将数据点采样并将其添加到数据点响应消息70(步骤605)作为每一类型域73、74等等。如果数据响应器17周期性地针对类型对数据进行采样并保留最近的数据点，那么添加的数据点可以是单个数据点(每一类型)，或者是近来数据点的列表(每一类型)。当完成数据响应消息70以后，将其发送给基本电话20(步骤606)并在处理终止(步骤608)之前将其记录在近来响应列表18中(步骤607)。

数据点请求消息60以及发现请求消息80经由网络接入模块29从基本电话20的数据合成器模块23传递给增强服务装置12的数据提供器17。数据点响应消息70和发现响应消息90在返回方向中传递。可将这些消息设计用于电话对电话单播、组播或广播。当请求被广播或组播时，可将上面单独描述的发现响应处理500和数据点响应处理600组合为单个处理。在这种情况下，广播/组播请求可以充当隐式发现请求。

图13和图14中示出在数据点响应消息70中传达的数据点的示例。位置信息记录130可传达位置数据点，并且可包括用于响应电话ID 131、源类型(例如GPS)132、时间戳133、纬度134、经度135、高度136以及精度的削弱137的域。精度的削弱137是一数值，该数值关于数据值精度的可能误差而增加。该值可能由于以下所致：i)传感器数据类型提供器“内部”信息(例如，对于位置信息记录(Location Info Record)，该值可对应于GPS“精度的削弱(DOP)”值，该DOP值得自于GPS数据样本并部分地基于提供用于样本的数据的GPS卫星的地理方位)，或者ii)数据响应器17可由于可应用的隐私策略19(例如，一配备GPS的智能电话具有如下的隐私策略：不提供精度小于10米，或者GPS DOP值小于2的数据点)产生该值，该隐私策略19导致所采样的数据值的削弱(例如，由于可应用的隐私策略19，对于位置信息记录，可能由数据响应器17削弱用于纬度134、精度135和/或高度136的采样的数据值，并且可提供精度的削弱137值)，或者iii)两者皆有(如果下层传感器数据类型提供削弱量度并且数据响应器由于可应用的隐私策略而对数据值添加了另外的误差，则数据响应器可基于这两者产生精度值的削弱)。类似地，加速计信息记录140(图14)可包括用于响应电话IP 141、源类型142、时间戳143、x值144、y值145、z值146以及精度的削弱147的域。通过隐私策略19引入的削弱量可取决于基本电话的经认证身份，即，如果基本电话提供先前向智能电话登记了的经认证身份，那么智能电话的隐私策略19可引入极少的削弱或者不引入削弱。

在替代性实施例中，可将数据提供器代理22和数据合成模块23嵌入每个应用程序21中。虽然在某些情况下这不一定是最佳方案，但是它不要求在电话操作系统上单独安装这些模块，所以作为一般实现方式而将其与应用程序一起部署。

在替代性实施例中，可将样本数据发送给服务器(或者附近的智能电话)，以计算合成的(一个或多个)数据点。

可利用上述功能的应用程序的示例包括需要加速计的锻炼应用程序。当它的用户在具有智能电话的另一个慢跑者附近慢跑时，锻炼应用程序可以在基本电话上操作。可将加速计数据从智能电话发送给基本电话，以允许锻炼应用程序运行。另一示例是映射应用程序，该映射应用程序可基于附近的配备了GPS的智能电话(GPS或类似的位置服务)以高精度在基本电话上操作。另一示例是赛跑助手应用程序，赛跑助手应用程序在基本电话上操作，向赛跑参与者显示天气数据(温度、风、降水概率)和路线状态(干-湿-冰面情况、路线堵塞、对手位置)，其中支持团队成员所携带的智能电话从它们的位置、加速度、图像、天气以及视频传感器搜集数据点。

可以从增强服务电话向基本电话发送的传感器数据的其他类型包括记录事件(例如音乐会/演讲)或者采样背景噪声以将环境分类的音频传感器、照片或视频传感器(例如，在基本电话不具有相机功能，而是从增强服务电话接收照片或视频数据的情况下)、数字罗盘、温度传感器、环境光红外传感器以及可听到的网络等级ID(例如，没有WiFi的基本电话可以使用附近智能电话的WiFi，以允许基于WiFi信号提供映射的应用程序，例如网络SID)。

使得所有电话能够采样附近的数据(例如附近的智能电话上的传感器数据)，这使得仅少量智能电话向大群组提供它们的能力。

除了向基本电话的用户提供新能力和先进应用程序之外，通过得到另外的参与者，某些应用程序也可以得益于上述实施例。例如，用于报告红绿灯或者商场的结账线的长排队情况的应用程序将会受益，这是因为实现了参与该应用程序的更大装置密度，这将会实现更准确的等候时间估计。具体而言，如果有10个人在排队，但是只有3个人有具备位置信息的智能电话，那么将基于这3个人计算等候时间估计。但是如果其它7个电话获得了附近智能电话的位置能力，那么所有10个队列成员都可以被包括进去，并且等候时间估计将更加准确。因此，可以在智能电话和基本电话两者上执行进行等候时间估计的这种应用程序。

从上述示例可以看出，可以改善先进应用程序，而不等待用智能电话更换基本电话。基本电话用户可以从附近的智能电话用户获益。

在基本电话20上运行的应用程序21可以知道基本电话20的数据能力，也可以不知道。数据提供器代理可以配置为处理数据请求，并且对于某些应用程序可以从本地数据传感器检索数据，对于其他应用程序可以利用上述方法通过数据合成器23检索数据。

系统10的组件可以具体实施为硬件、软件、固件或者硬件、软件和/或固件的组合。例如，可将应用程序21提供作为计算机可执行指令，计算机可执行指令可存储在基本电话20的存储器中，例如只读存储器(ROM)或闪存。典型地，基本电话包括至少一个处理器，用于执行基本电话20的功能。这样的处理器也可以执行软件指令，以执行应用程序的功能。类似地，可以向基本电话提供软件，软件可以提供数据提供器22和数据合成器23的功能。

通过类似的方式，典型地，具有增强服务的电话(例如图3的智能电话12)包括至少一个处理器，并且可存储可执行指令，用于提供数据响应器17的功能。

虽然这里将基本电话20描述为具有最少的功能，并且从附近的智能电话检索增强服务数据，但基本电话20也可以是通过它自己的传感器，利用本地产生的数据，向其用户提供某些增强数据服务的智能电话。但是，该智能电话不一定配置了某些传感器，因此可以根据具有所需传感器的附近的其他智能电话产生用于特定应用程序的数据点。一个示例是缺少数字罗盘传感器的iPhone 3G，iPhone 3G可以利用来自附近的iPhone 3GS装置的数字罗盘数据。在这种情形下，iPhone 3G相对于iPhone 3GS电话处于“基本电话”的角色，而iPhone 3GS电话通过提供没有的功能，充当“智能电话”的角色，虽然两种装置一般都称为智能电话。

虽然在附图中示出并且在前面的说明书中描述了本发明的实施例，但是应当理解，本发明不限于所公开的实施例，而是在不脱离通过后附权利要求书提出并限定的本发明的精神的情况下，能够有多种重排、修改和置换。例如，可通过一个或多个模组、模块、处理器或存储器全部和/或部分地执行本发明的功能。此外，可以以通用的方式或者以分布的方式并且在能够提供和/或接收信息的任何装置上或者经由能够提供和/或接收信息的任何装置执行这些功能。此外，虽然以特定的方式描述，但是可以在不脱离本发明范围的情况下，重新配置各种模块或模组。此外，虽然以特定的方式描述，但是为了实现本发明，通过本发明可利用更多或更少量的模块和连接，以提供本发明的附加已知特征，和/或使得本发明更有效。此外，在各种模块之间发送的信息可经由数据网络、互联网、互联网协议网络、无线源以及有线源的至少其中之一并经由多种协议在模块之间发送。

Claims (20)

1.一种用于在基本移动通信装置中执行应用程序的方法，包括：

产生数据请求；

将所述数据请求发送给至少一个增强移动通信装置；

从所述至少一个增强移动通信装置接收数据；以及

在所述基本移动通信装置的至少一个应用程序中处理所述数据。

2.根据权利要求1的方法，其中所述至少一个应用程序包括映射应用程序，并且其中所述数据请求包括对位置数据的请求。

3.根据权利要求1的方法，其中所述应用程序包括运动应用程序，并且其中所述数据请求包括对运动数据的请求。

4.根据权利要求1的方法，其中产生数据请求包括请求来自增强移动通信装置的增强数据，以用于所述基本移动通信装置上不可用的至少一个增强数据服务。

5.根据权利要求4的方法，包括：

在所述基本移动通信装置处接收来自一个或多个增强移动通信装置的增强数据；

从所接收的增强数据合成至少一个数据点；

在所述应用程序中使用至少一个合成的数据点。

6.根据权利要求5的方法，其中合成数据点包括对来自所述一个或多个增强移动通信装置的多个所接收数据取平均。

7.根据权利要求1的方法，包括发现一个或多个附近的增强移动通信装置。

8.根据权利要求1的方法，其中发送所述数据请求包括通过短距通信协议发送所述数据。

9.一种基本移动通信装置，包括：

至少一个应用程序；以及

至少一个数据合成器，该数据合成器配置为：

请求来自至少一个增强移动通信装置的数据；

从所述至少一个增强移动通信装置接收数据；

根据所接收的数据产生至少一个数据点；以及

将所述至少一个数据点提供给所述应用程序。

10.根据权利要求9的基本移动通信装置，包括数据提供器代理，所述数据提供器代理配置为：

从所述至少一个应用程序接收数据请求；以及

将所述数据请求提供给所述数据合成器。

11.根据权利要求9的基本移动通信装置，其中所述数据合成器配置为根据从所述至少一个增强移动通信装置接收的数据产生位置数据点。

12.根据权利要求9的基本移动通信装置，其中所述数据合成器配置为根据从所述至少一个增强移动通信装置接收的数据产生运动数据点。

13.根据权利要求9的基本移动通信装置，其中所述数据合成器包括：

收集的数据点贮存器，用于存储从一个或多个增强移动通信装置接收的一个或多个数据点；以及

合成的数据点贮存器，用于存储从一个或多个收集的数据点合成的一个或多个合成的数据点。

14.根据权利要求9的基本移动通信装置，其中所述数据合成器配置为发现附近的增强移动通信装置并存储所述附近的增强移动通信装置的身份。

15.根据权利要求9的基本移动通信装置，包括网络接入模块，所述网络接入模块配置用于与一个或多个增强移动通信装置进行短距通信。

16.根据权利要求9的基本移动通信装置，其中所述至少一个应用程序包括至少一个数据合成器。

17.一种增强移动通信装置，包括：

至少一个数据传感器；以及

数据响应器，配置为：

从基本移动通信装置接收数据请求；以及

将来自所述至少一个数据传感器的数据提供给所述基本移动通信装置。

18.根据权利要求17的增强移动通信装置，其中所述至少一个数据传感器包括全球位置系统模块和加速计这两者中至少一者。

19.根据权利要求17的增强移动通信装置，其中所述数据响应器配置为产生响应电话身份，并将所述响应电话身份提供给所述基本移动通信装置，并且其中所述响应电话身份是动态身份。

20.根据权利要求17的增强移动通信装置，配置为存储隐私策略，其中所述数据响应器配置为将所述隐私策略应用于发送给所述基本移动通信装置的数据，并且其中所述隐私策略的应用程序向发送给所述基本移动通信装置的所述数据引入误差。

Images