CN107526960A - 用于保护移动联系人信息的系统和方法 - Google Patents

Abstract

本申请涉及用于保护移动联系人信息的系统和方法。所公开的技术包括用于允许联系人对该联系人的移动联系人信息与移动应用的第三方共享实施控制的技术。联系人可以创建包含规则的应用联系人键，其管控第三方何时可以与移动应用共享联系人信息。该应用联系人键可以关联于联系人信息而被存储在第三方的移动设备、远程服务器上，或者作为社交网络网站的一部分进行存储。该应用联系人键指令移动设备是否与特定移动应用共享联系人信息。另外，应用联系人导入管理系统可以对来自各个移动应用的用于访问该联系人信息的所有请求进行追踪，并且可以在联系人后续决定接受之前被拒绝的共享联系人信息的请求的情况下提供无缝的未来加入体验。

Description

用于保护移动联系人信息的系统和方法

背景技术

对于例如移动游戏应用、游戏服务应用、和移动社交应用之类的移动应用而言，寻求访问用户的联系人列表已经变得很常见。移动应用可以寻求访问用户的联系人列表以便向用户的联系人发送下载邀请，从而提高移动应用的下载量。移动应用还可以使用用户的联系人列表以尝试确定用户的哪些联系人已经下载了该移动应用从而在该用户和联系人之间通过该移动应用建立接触机会。例如，如果用户及其联系人都已经安装了相同的移动游戏，则该移动游戏可以尝试通过该移动应用将他们进行连接从而他们可以一起玩游戏。虽然这些可能是提升移动应用的功用性的有用功能，但是它们也可能对并不想与未授权的移动应用共享他们的信息的联系人带来隐私问题。

存储在移动设备中的联系人信息通常可以包括联系人的姓名、电话号码、电子邮件地址、工作地址、家庭地址、生日、工作场所、照片以及其它这样的信息。许多人可能并不想与未知第三方共享该信息，然而，由于该信息可能以可共享的格式被包含在另一个人的设备中，所以传统上他们可能必须要依赖于那个人有关是否与各种移动应用或其它实体共享他们的私人信息的决策。此外，在许多情况下，即使联系人列表的所有者对于特定联系人的隐私问题是敏感的，但是许多移动应用请求访问整个联系人列表并且可能并不允许对哪些联系人的信息被共享而哪些则不被共享进行选择。即使联系人并不介意与移动应用共享他们的信息，但是用户也可能并不想从移动应用接收来路不明的联系人。

通过有权对用户的联系人列表进行访问，在移动应用尝试导入联系人的联系人信息并且被拒绝的情况下会出现单独的问题。在这种情况下，联系人可能已经错过了之前通过各种移动应用与好友进行连接的一系列尝试。但是，如果联系人随后改变主意并且想要与移动应用进行接触，则那些来自好友们的过往连接尝试将会丢失。例如，第一用户可能在其智能电话上具有移动应用游戏，并且该移动应用游戏可以例如通过邀请第二用户下载该移动应用游戏并且与第一用户进行连接而尝试接触第二用户。第二用户可以拒绝下载该移动应用游戏并与第一用户进行连接的请求，但是如果该第二用户随后的日期决定下载该移动应用游戏，则其将无法就像其原本接受下载该移动应用游戏并且与第一用户进行连接的要求的情况下那样自动与第一用户进行连接。因此，可能期望提供一种系统以允许用户对另一个用户共享他们的联系人信息实施控制。进一步期望提供一种系统，其可以允许用户与移动应用共享其联系人列表而无需担心该移动应用是否会尝试发起与联系人的多余联系。

附图说明

现在将参考附图和流程图，它们并非必然依比例绘制，并且其中：

图1描绘了根据示例实施例的说明性计算设备架构100的框图。

图2是根据示例实施例的图示了可以包括于用于保护移动联系人信息的系统中的组件的环境200的概况。

图3是根据示例实施例的用于保护移动联系人信息的方法300的流程图。

图4是根据示例实施例的用于保护移动联系人信息的另一种方法400的流程图。

图5是根据示例实施例的用于保护移动联系人信息的另一种方法500的流程图。

具体实施方式

如这里所描述的，所公开技术的实施例包括用于允许联系人对他们的联系人信息以何种程度被第三方与移动应用进行共享实施一定程度的控制的技术。贯穿本公开可以对“联系人列表”加以引用。联系人列表将被理解为表示一条或多条数据记录的列表，其中每条数据记录与特定个人或实体相关联，并且每条数据记录包含与该特定个人或实体相关联的联系人信息。联系人数据记录例如可以是vCard或者用来存储联系人信息的任意其它这样的文件格式。因此，联系人列表可以是存储在移动设备上的单个文件，作为示例，其诸如是用户的电话簿。联系人列表还可以包括能够被移动设备所访问但是存储在远程服务器上的数据。例如，联系人列表可以包括通过社交网络网站或应用而连接至该用户的联系人。

随后将参考附图对所公开技术的一些实施例进行更为全面的描述。然而，该所公开的技术可以以许多不同形式来体现而并不应当被理解为局限于这里所给出的实施例。

在以下描述中给出了很多具体细节。然而，所要理解的是，所公开的技术的实施例可以在没有这些具体细节的情况下进行实践。在其它实例中，公知的方法、结构、和技术并没有被详细示出以免妨碍对该描述的理解。对于“一个实施例”、“实施例”、“示例实施例”、“一些实施例”、“某些实施例”、“各个实施例”等的引用指示这样描述的所公开技术的(多个)实施例可以包括特定的特征、结构、或特性，但是并非每个实施例都必然包括该特定的特征、结构、或特性。另外，短语“在一个实施例中”的重复使用并非必然是指相同的实施例，虽然其可能如此。

贯穿说明书和权利要求，除非上下文明确另外有所指示，否则以下术语至少采用明确且与之相关联的含义。术语“或”旨在表示包含性的“或”。另外，除非另外有所指定或者从上下文明确是针对于单数形式，否则不加数量词的表述旨在表示一个或多个。

除非另外有所指定，否则顺序形容词“第一”、“第二”、“第三”等被用来描述同样的对象，其仅表示所提及的是同样对象的不同实例，而并非旨在暗示这样描述的对象必须在时间上、空间上、排名上或者以任意其它方式处于给定的顺序。

在一些实例中，计算设备可以被称作移动设备、移动计算设备、移动站点(MS)、终端、蜂窝电话、蜂窝手机、个人数字助理(PDA)、智能电话、无线电话、组织器、手持计算机、台式计算机、膝上计算机、平板计算机、机顶盒、电视机、电器、游戏设备、医疗设备、显示设备，或者一些其它类似术语。在其它实例中，计算设备可以是处理器、控制器或中央处理器(CPU)。在其它的实例中，计算设备可以是硬件组件的集合。

这里所描述的各个方面可以使用标准编程或工程技术来实施以产生软件、固件、硬件或者它们的任意组合，从而控制计算设备来实施所公开的主题。计算机可读介质例如可以包括例如：磁性存储设备，诸如硬盘、软盘或磁带；光学存储设备，诸如紧致盘(CD)或数字多功能盘(DVD)；智能卡；以及闪存设备，诸如卡、棒或密钥驱动，或者是嵌入式组件。此外，应当意识到的是，可以采用载波来承载包括在传送和接收诸如电子邮件(e-mail)的电子数据时或者在访问诸如互联网或局域网(LAN)的计算机网络时所使用的那些的计算机可读电子数据。显然，本领域技术人员将会认识到，可以对该配置进行许多修改而并不背离所请求保护主题的范围和精神。

公开了用于使得联系人能够对移动用户共享他们的移动联系人信息进行控制的各种系统、方法和计算机可读介质，并且现在将参考附图对其进行描述。所公开技术的实施例可以使得联系人能够使用应用联系人键设置规则，所述规则对是否在第三方设备上所发起的任何未来的移动应用联系人列表导入中自动包括他们的联系人信息进行管控。所公开技术的另一个特征包括使用应用联系人导入管理系统对移动应用访问联系人的联系人信息的所有先前尝试进行追踪。根据一些实施例，应用联系人导入管理系统可以使得联系人能够自动与之前已经尝试通过移动应用与该联系人连接的好友进行连接。

图1描绘了根据示例实施例的说明性计算设备架构100的框图。图1的某些方面可以在计算设备(例如，移动计算设备)中体现。如所期望的，所公开技术的实施例可以包括与图1所示相比具有更多或更少组件的计算设备。将要理解的是，计算设备架构100仅是出于示例的目的被提供，而并不对当前所公开的系统、方法和计算机可读介质的各个实施例的范围加以限制。

图1的计算设备架构100包括在其中对计算机指令进行处理的CPU102；充当通信接口并且提供用于在显示器上渲染视频、图形、图像、和文本的功能的显示器接口104。在所公开技术的某些实施例中，显示器接口104可以直接连接至本地显示器，后者诸如与移动计算设备相关联的触摸屏显示器。在另一个示例实施例中，显示器接口104可以被配置用于为并非必然物理连接至移动计算设备的外部/远程显示器提供数据、图像和其它信息。例如，桌面型监视器可以被用于对呈现于移动计算设备上的图形和其它信息进行镜像。在一些实施例中，显示器接口104例如可以经由WiFi信道或其它可用网络连接接口112与该外部/远程显示器进行无线通信。

在示例实施例中，网络连接接口112可以被配置作为通信接口，并且可以提供用于在显示器上渲染视频、图形、图像、文本、其它信息或者它们的任意组合的功能。在一个示例中，通信接口可以包括串行端口、并行端口、通用输入和输出(GPIO)端口、游戏端口、通用串行总线(USB)、micro-USB端口、高清多媒体(HDMI)端口、视频端口、音频端口、蓝牙端口、近场通信(NFC)端口，另一种类似的通信接口，或者它们的任意组合。

计算设备架构100可以包括键盘接口106，后者提供到键盘的通信接口。在一个示例实施例中，计算设备架构100可以包括用于连接至存在敏感显示器的存在敏感显示器接口107。根据所公开技术的一些实施例，存在敏感显示器接口107可以提供至诸如指示设备、触摸屏、深度相机等的各种设备的通信接口，所述设备可以与显示器相关联或并不与显示器关联。

计算设备架构100可以被配置为经由一个或多个输入/输出接口(例如，键盘接口106、显示器接口104、存在敏感显示器接口107、网络连接接口112、相机接口114、声音接口116等)来使用输入设备，以允许用户将信息捕捉至计算设备架构100中。该输入设备可以包括鼠标、轨迹球、定向板、轨迹板、触摸验证轨迹板、存在敏感轨迹板、存在敏感显示器、滚动轮、数字相机、数字视频相机、web相机、麦克风、传感器、智能卡等。此外，该输入设备可以与计算设备架构100进行整合或者可以是单独设备。例如，该输入设备可以是加速计、磁力计、数字相机、麦克风、和光学传感器。

计算设备架构100的示例实施例可以包括提供至天线的通信接口的天线接口110；提供至网络的通信接口的网络连接接口112。在某些实施例中，提供了相机接口114，其充当通信接口并且提供用于从相机捕捉数字图像的功能。在某些实施例中，提供了声音接口116作为用于使用麦克风将声音转换为电信号并且使用扬声器将电信号转换为声音的通信接口。根据示例实施例，提供了随机访问存储器(RAM)118，其中计算机指令和数据可以被存储在非易失性存储器设备中以便由CPU 102进行处理。

计算设备架构100的示例实施例可以包括各种接口，所述各种接口提供至用于数据采集的各种传感器的通信接口。在某些实施例中，环境光传感器接口140被提供作为通信接口并且提供用于从环境光传感器获得光照信号的功能。在某些实施例中，热力计接口142被提供作为通信接口并且提供用于从温度传感器捕捉温度数据的功能。在某些实施例中，加速计接口144被提供作为通信接口并且提供用于从加速计获得加速计数据的功能。在某些实施例中，陀螺仪接口146被提供作为通信接口并且提供用于从陀螺仪获得陀螺仪数据的功能。在某些实施例中，GPS位置接口148被提供作为通信接口并且提供用于从GPS接收器获得位置数据的功能。在某些实施例中，大气压接口152被提供作为通信接口并且提供用于从压力传感器获得压力数据的功能。在某些实施例中，湿度接口154被提供作为通信接口并且提供用于从湿度传感器获得湿度数据的功能。

根据示例实施例，计算设备架构100包括只读存储器(ROM)120，其中用于诸如基本输入和输出(I/O)、启动、或者从键盘接收按键敲击之类的基本系统功能的非变量低级系统代码或数据被存储在非易失性存储器设备中。根据示例实施例，计算设备架构100包括存储介质122或其它适当类型的存储器(例如，RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁盘、光盘、软盘、硬盘、可移除卡盒、闪存)，其中存储文件，所述文件包括操作系统124、应用程序126(例如，按需包括web浏览器应用、小程序(widget)或小工具(gadget)引擎，或者其它应用)和数据文件128。根据示例实施例，计算设备架构100包括电源130，其提供适当的交流(AC)或直流(DC)以对组件进行供电。根据示例实施例，计算设备架构100包括电话子系统132，其允许通过电话网络传输和接收声音。组成的多个设备和CPU 102通过总线134互相通信。

根据示例实施例，CPU 102具有作为计算机处理器的适当结构。在一个实施例中，CPU 102可以包括多于一个的处理单元。RAM 118与计算机总线134进行对接从而在软件程序的执行期间为CPU 102提供快速RAM存储，上述软件程序诸如操作系统应用程序和设备驱动程序。更具体地，CPU 102将计算机可执行处理步骤从存储介质122或其它媒体加载到RAM118的域中以便执行软件程序。数据可以被存储在RAM 118中，其中数据在执行期间可以被计算机CPU 102访问。在一个示例配置中，设备架构100包括至少125MB的RAM以及256MB的闪存。

存储介质122自身可以包括多个物理驱动单元，诸如独立磁盘冗余阵列(RAID)、软盘驱动器、闪存、USB闪存、外部硬盘驱动器、拇指驱动器、笔型驱动器、密钥驱动器、高清数字多功能盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器，或者全息数字数据存储(HDDS)光盘驱动器、外部小型双列直插式存储模块(DIMM)同步动态随机访问存储器(SDRAM)，或者外部的微型DIMM SDRAM。这样的计算机可读存储媒体允许计算设备访问存储在可移除和非可移除的存储器媒体上的计算机可执行处理步骤、应用程序等，以从设备卸载数据或者将数据加载至设备上。诸如采用通信系统的计算机程序产品可以有形地被体现于存储介质122中，后者可以包括机器可读存储介质。

根据一个示例实施例，如这里所使用的术语计算设备可以是CPU，或者被概念化表示为CPU(例如，图1的CPU 102)。在该示例实施例中计算设备可以与一个或多个外围设备—诸如显示器—进行耦合、连接和/或通信。在另一个示例实施例中，如这里所使用的术语计算设备可以是指移动计算设备，诸如智能电话或平板计算机。在该示例实施例中，计算设备可以向其本地显示器和/或(多个)扬声器输出内容。在另一个示例实施例中，计算设备可以向诸如电视的外部显示设备(例如，通过WiFi)或外部计算系统输出内容。

在所公开技术的一些实施例中，该计算设备可以包括任意数量的硬件和/或软件应用，它们被执行从而促成任意操作。在一些实施例中，一个或多个I/O接口可以促成计算设备与一个或多个输入/输出设备之间的通信。例如，通用串行总线端口、串行端口、磁盘驱动器、CD-ROM驱动器，和/或一个或多个用户接口设备，诸如显示器、键盘、小键盘、鼠标、控制面板、触摸屏显示器、麦克风等，可以有助于用户与计算设备的交互。该一个或多个I/O接口可以被用来从各种输入设备接收或收集数据和/或用户指令。所接收的数据可以如所公开技术的各个实施例中所期望的由一个或多个计算机处理器进行处理和/或被存储在一个或多个存储器设备中。

一个或多个网络接口可以有助于计算设备输入和输出至一个或多个适当网络和/或连接的连接；例如，该连接可以有助于与关联于该系统的任意数量的传感器的通信。该一个或多个网络接口可以进一步促成至一个或多个适当网络的连接；例如，用于与外部设备和/或系统进行通信的局域网、广域网、互联网、蜂窝网络、视频网络、支持蓝牙的网络、支持WiFi的网络、基于卫星的网络、任意有线网络、任意无线网络等。

图2描绘了根据示例实施例的图示了可以包括于用于保护移动联系人信息的系统中的组件的环境200的概况。根据一些实施例，具有第一移动设备206的联系人可以经由网络201与具有第二移动设备208的用户207进行通信。第二移动设备208可以包括诸如地址簿的联系人列表，其包括多条联系人记录。每条联系人记录可以包括联系人205的联系人信息。第二移动设备208可以进一步包括移动应用220，其想要访问联系人205的联系人记录。如以下更为详细描述的，联系人205的联系人记录可以具有与之相关联的应用联系人键。根据各个实施例，该应用联系人键可以1)存在于第二移动设备208上，2)存储在应用导入管理系统服务器210上，或者3)存储在社交网络服务服务器240上。应用联系人键可以向第二计算设备208提供有关计算设备208是否被授权与移动应用220共享联系人信息的指令。在应用联系人键并未被存储在第二移动设备208上的情况下，第二移动设备208可以经由网络201访问应用联系人导入管理系统服务器210、社交网络服务服务器240或另一个远程服务器上的应用联系人键。

根据一些实施例，所公开的技术可以使得联系人能够通过使用应用联系人键而对他们的联系人信息的共享加以控制。应用联系人键可以允许联系人指定规则，该规则对他们的联系人信息何时可以被共享进行管控。在一些实施例中，应用联系人键可以是与特定联系人相关联的数据文件，其指定相关联联系人的共享偏好。在一些实施例中，应用联系人键可以关联于联系人的联系人信息而被存储在第三方的移动设备上，诸如好友的智能电话。根据一些实施例，应用联系人键可以经由诸如电子邮件、SMS之类的介质或者任意其它这样的文件传输介质而被提供至第三方的设备。根据一些示例，在接收到应用联系人键时，移动设备可以将该应用联系人键与该联系人的联系人进行关联。例如，应用联系人键可以作为包括该联系人的联系人信息的数据记录的一部分进行存储。在一些实施例中，通过SMS发送的应用联系人键可以与发送设备的电话号码相关联，其随后可以与该移动设备上包含该电话号码的联系人记录进行关联。类似地，如果应用联系人键经由电子邮件被发送至移动设备，则该移动设备可以将该应用联系人键与包含原始电子邮件地址的联系人记录进行关联。本领域技术人员将会意识到的是，这些仅是将应用联系人键从联系人传送至移动设备的用户并且将应用联系人键与联系人的联系人信息进行关联的方式的示例，并且可以使用许多其它的文件传输方法。

在一些实施例中，应用联系人键可以被存储并且由移动设备进行远程访问。例如，在一些实施例中，应用联系人键可以被存储在能够由移动设备访问的服务器上。另外，在一些实施例中，应用联系人键可以存储在社交网络站点所运行的服务器上。在这样的情况下，应用联系人键可以与联系人在社交网络站点上的用户简档相关联。根据一些实施例，移动设备可以响应于接收到移动应用访问联系人的联系人信息的请求而从服务器获取该联系人的应用联系人键。此外，在一些实施例中，应用联系人键可以被存储在移动应用提供商和/或分销商所运行的服务器上。

根据一些实施例，联系人所指定的关于该联系人的联系人信息的共享的规则可以被存储在应用联系人键自身之内。在一些实施例中，应用联系人键可以用作指针，并且该规则可以被存储在移动设备可以在接收到来自移动应用的共享请求时进行访问的远程服务器中。例如，在一些实施例中，所述规则可以存储在应用联系人导入管理系统中。无论该规则存储在何处，根据一些实施例，在移动设备从移动应用接收到访问联系人的联系人信息的请求时，处理器可以访问该应用联系人键，并且可以响应于访问所述规则而作出关于联系人信息是否可以与该移动应用进行共享而产生布尔(Boolean)是或否的决定。移动设备随后可以基于以该规则为基础所产生的决定与移动应用共享联系人信息或者拒绝其共享。

根据一些实施例，应用联系人键可以使用应用访问管理服务来创建。在一些实施例中，应用访问管理服务例如可以是联系人可以用来访问、请求或创建应用联系人键的网站或移动应用。例如，联系人可以具有应用访问管理服务的账户并且可以登录并输入要与他们的应用联系人键相关联的共享偏好。根据一些实施例，该共享偏好可以被表达为有关何时共享该联系人的联系人信息以及与谁进行共享的规则。应用访问管理服务可以从联系人接收该联系人的共享偏好的指示，并且可以基于该共享偏好而创建与该联系人相关联的应用联系人键。在一些实施例中，应用访问管理服务可以将该应用联系人键提供给联系人而使得该联系人可以将其分发给第三方。在一些实施例中，应用访问管理服务可以包括存储、维护并且为第三方提供对联系人的应用联系人键的访问而使得其可以被远程访问的服务器。

如以上所描述的，应用联系人键可以包括向移动设备和/或移动应用指令是否被许可与移动应用共享联系人的联系人信息以及被许可以何种程度共享。因此，当移动设备从移动应用接收到执行用户的联系人列表导入的请求时，该联系人列表中具有相关联的应用联系人键的任何记录都可以向该移动设备和/或移动应用指示针对该联系人是否许可导入联系人记录。例如，在一些实施例中，应用联系人键可以由联系人进行配置以使用多种模式之一，包括将使得处理器进行以下的模式：1)自动在来自移动应用的任何未来移动应用联系人列表导入请求中包括该联系人的联系人信息，2)自动从来自移动应用的任何未来移动应用联系人列表导入请求中排除该联系人的联系人信息，或者3)向联系人通知来自移动应用的联系人列表导入请求并且为联系人提供允许或拒绝该请求的能力。应当理解的是，这些示例是非限制性的，并且这里可以预见到任意数量的个体规则或规则组合。

在一些实施例中，规则可以被设计为对有关移动应用的元数据的多个方面进行整合。例如，在一些实施例中，联系人可以能够指定他们并不想与例如通过访问移动设备的GPS功能而执行位置追踪的任何移动应用共享他们的联系人信息。在一些实施例中，所述规则可能涉及到移动设备的所有者。换句话说，在一些实施例中，联系人可以指定特定好友可以与移动应用共享他们的联系人信息而其他人则不可以。在一些实施例中，该系统可以使用预测智能自动修改规则。例如，该系统可以基于联系人针对各种移动应用接受和拒绝访问的历史来修改规则。在一些实施例中，该系统可以基于对联系人行为的观察而修改规则。例如，如果该系统接收到联系人已经表达出(例如，通过电子邮件，或者在社交网络站点上)有关某种类型的移动应用的意见，则该系统可以依据所观察到的意见来修改规则。

根据一些实施例，应用联系人键可以被配置为自动在来自移动应用的任何未来移动应用导入请求中包括联系人的联系人信息。然而，在一些实施例中，联系人也可以指定与应用联系人键相关联的对他们的联系人信息可以自动与哪些类型的应用进行共享加以限制的规则。例如，联系人可以指定移动设备被授权与体育和生产力移动应用共享他们的联系人信息，但是并不与游戏移动应用进行共享。根据一些实施例，该系统例如可以通过移动应用商店确定什么类型(例如，“体育”、“生产力”、“游戏”等)的移动应用是基于与该移动应用相关联的分类。在一些实施例中，特定移动应用分类可以由系统管理员确定并且被存储在服务器上。根据一些实施例，除了容许移动应用访问联系人信息之外，“应用联系人导入管理系统”可以存储对应于请求联系人列表导入的移动应用的身份的独特应用ID、与所尝试的导入会话相关联的元数据、以及对应于与作为该导入请求的目标的联系人列表相关联的移动设备的用户的身份的用户代码。根据一些实施例，这样的元数据可以包括请求对联系人信息进行访问的移动应用的类别或类型、移动应用的使用多么频繁、平均使用时间、或者可能想要获知的任意其它的量度或信息。独特应用ID可以被用来对联系人的联系人信息已经与哪些移动应用共享保持追踪。因此，联系人可以能够监视他们的联系人信息已经与哪些移动应用进行了共享。在一些实施例中，移动应用可以被配置为允许联系人经由应用联系人导入管理系统从移动应用中移除他们的联系人信息。

根据一些实施例，与应用联系人键相关联的规则可以被配置为在来自移动应用的任何未来移动应用导入请求中排除联系人的联系人信息。在这些实例中，移动应用将被防止导入联系人的联系人信息。然而，尽管防止了与移动应用共享联系人的联系人信息，与来自移动应用的导入请求相关联的独特应用ID和用户代码也可以被存储在“应用联系人导入管理系统”上以便未来使用。因此，对于已经被应用联系人键所拒绝的任何导入请求而言，该应用联系人导入管理系统可以存储指示作出请求的移动应用的身份以及该移动设备的所有者的身份的记录。因此，如果联系人随后决定允许与之前被拒绝的特定移动应用共享其联系人信息，则该系统可以能够访问存储在应用联系人导入管理系统中的数据从而通过将移动应用的独特应用ID与移动应用的已知ID进行比较并且将用户代码与其它用户的已知用户代码进行比较来确定1)该特定移动应用之前是否已经作出过导入联系人的联系人信息的任何尝试，并且如果是，则2)哪些移动设备或用户与该导入请求相连接。随后，在授权与特定移动应用共享联系人信息后，该联系人可以自动与之前通过移动应用寻求与该联系人进行接触的其它用户进行连接，这提供了无缝的加入体验(on-boardingexperience)。例如，如果John下载了诸如象棋移动应用的游戏，并且该象棋移动应用请求访问Tom的联系人信息，但是由于Tom的应用联系人键的设置而被拒绝，则该系统将会在应用联系人导入管理系统中存储对应于该象棋移动应用的独特应用ID以及对应于John的用户代码。当Tom稍后决定下载该象棋移动应用时，该系统可以访问应用联系人导入管理系统并且确定Tom之前接收过来自John的在该象棋移动应用中进行连接的请求，并且该系统可以经由该象棋移动应用自动将Tom与John进行连接从而他们现在可以使用该象棋移动应用来互相对战。这可以允许Tom找回之前被拒绝的来自John的请求，同时保护了Tom的联系人信息免于被共享直至他已经授权与该移动应用共享其联系人信息。

根据一些实施例，应用联系人键可以被配置为使得通知被发送至联系人，其向该联系人通知来自移动应用的联系人列表导入请求并且为该联系人提供允许或拒绝该请求的能力。在一些实施例中，当移动应用请求访问联系人的联系人信息时，该用户的移动设备的处理器可以指令该处理器并不允许或拒绝针对联系人信息的访问，直至已经从联系人接收到指令。因此，响应于访问该应用联系人键，移动设备可以使得通知被发送给该联系人并且提示请求共享该联系人的联系人信息的授权或拒绝。在一些实施例中，移动设备例如可以通过SMS或电子邮件直接向该联系人的移动设备发送消息。在一些实施例中，移动设备可以将通知和/或请求通信至应用访问管理系统，并且该应用访问管理系统可以与联系人进行通信以征求对该访问请求的响应。如本领域技术人员将会意识到的，用于向联系人通知该请求并征求响应的系统有许多可能的实施方式。在接收到来自联系人的指令时，移动设备的处理器可以使得该联系人的联系人信息与移动应用进行共享，或者可以将该联系人的联系人信息从与移动应用进行共享中排除。如将要意识到的，该系统可以在由联系人自己掌控的情况下作出是否与移动应用共享联系人的信息的决策。如以上所描述的，无论联系人是否授权联系人信息的共享，该应用联系人导入管理系统都可以存储与移动应用相关联的独特应用ID以及与用户相关联的用户代码。

图3是根据示例实施例的用于保护移动联系人信息的方法300的流程图。如图3所示并且根据示例实施例，方法300能够包括由处理器并且从计算设备接收302应用联系人键，该应用联系人键包括与用户的联系人信息相关联的共享许可。该方法300可以包括由该处理器并且从移动应用接收304与该移动应用相关联的元数据。方法300可以包括由该处理器并且从该移动应用接收306由该移动应用访问用户的联系人信息的请求。方法300可以包括由该处理器并且基于该应用联系人键以及与该移动应用相关联的元数据确定308是否授权为该移动应用提供针对该用户的联系人信息的访问。方法300可以包括响应于确定授权向该移动应用提供对该用户的联系人信息的访问而为该移动应用提供310对该用户的联系人信息的访问。

图4是根据示例实施例的用于保护移动联系人信息的另一种方法400的流程图。如图4所示并且根据示例实施例，方法400可以包括由处理器接收402有关用户的移动联系人信息的共享的用户偏好的指示。方法400可以包括响应于接收到该用户偏好的指示而由处理器生成404应用联系人键。方法400可以包括将该应用联系人键传送406至移动设备，其中该应用联系人键与用户的联系人信息相关联并且向该移动设备提供有关与移动应用共享用户的联系人信息的指令。方法400可以包括由该处理器并且从移动设备接收408与移动应用相关联的元数据、与该移动应用相关联的独特应用ID、以及与该移动设备的所有者相关联的用户代码。方法400可以包括存储与移动应用相关联的元数据(410)、与该移动应用相关联的独特应用ID、以及与该移动设备的所有者相关联的用户代码。

图5是根据示例实施例的用于保护移动联系人信息的另一种方法500的流程图。如图5所示并且根据示例实施例，方法500可以包括由处理器并且从计算设备接收502应用联系人键，该应用联系人键包括与第一用户的联系人信息相关联的共享许可。方法500可以包括由该处理器并且从移动应用接收504与该移动应用共享第一用户的联系人信息的请求。方法500可以包括由该处理器并且向应用管理服务器传送506与该移动应用共享第一用户的联系人信息的请求、该应用联系人键、与该移动应用相关联的元数据、以及识别代码，其中该识别代码与第二用户相关联。方法500可以包括由该处理器并且从该应用管理服务器接收508针对允许与该移动应用共享第一用户的联系人信息的容许或拒绝之一，其中该容许或拒绝基于该应用联系人键以及该移动应用的元数据。

将要理解的是，这里所描述的各个步骤仅是说明性的，并且多个步骤可以被移除，可以使用其它步骤，或者步骤的顺序可以有所修改。

以上参考根据所公开技术的示例实施例的系统和方法和/或计算机程序产品的框图和流程图对所公开技术的某些实施例进行了描述。将要理解的是，框图和流程图中的一个或多个框以及框图和流程图中的框的组合分别可以由计算机可执行程序指令来实施。同样，根据所公开技术的一些实施例，框图和流程图中的一些框可能并非必然需要以所给出的顺序来执行，或者可能根本并非必然需要被执行。

这些计算机可执行程序指令可以被加载到通用计算机、专用计算机、处理器、或者其它可编程数据处理装置上以产生特定的机器，而使得在该计算机、处理器或其它可编程数据处理设备上执行的指令形成用于实施流程图的一个或多个框中所指定的一种或多种功能的装置。这些计算机程序指令还可以被存储在计算机可读存储器中，其可以指示计算机或其它可编程数据处理装置以特定方式进行工作，而使得存储在计算机可读存储器中的指令产生制造品，后者包括实施流程图的一个或多个框中所指定的一种或多种功能的指令装置。作为示例，所公开技术的实施例可以提供一种计算机程序产品，其包括具有其中所体现的计算机可读程序代码或程序指令的计算机可用介质，所述计算机可读程序代码适于被执行从而实施流程图的一个或多个框中所指定的一种或多种功能。该计算机程序指令还可以被加载到计算机或其它可编程数据处理设备上从而使得一系列操作要素或步骤得以在计算机或其它可编程设备上执行以产生计算机实施的处理，而使得在该计算机或其它可编程设备上执行的指令提供用于实施流程图的一个或多个框中所指定的功能的元件或步骤。

因此，框图和流程图中的多个框支持用于执行指定功能的装置的组合、用于执行所指定功能的元件或步骤的组合、以及用于执行所指定功能的指令装置。还要理解的是，框图和流程图中的每个框以及框图和流程图中框的组合可以由执行所指定的功能、元件或步骤的专用的基于硬件的计算机系统或者专用硬件和计算机指令的组合来实施。

虽然已经结合当前被认为最为实际的实施例对所公开技术的某些实施例进行了描述，但是所要理解的是，所公开的技术并非被局限于所公开的实施例，而是相反，其旨在覆盖所附权利要求的范围内所包括的各种修改和等同部署形式。虽然这里采用了具体的术语，但是它们仅是以一般且描述性的含义被使用，而并非出于限制的目的。

所撰写的描述使用示例来公开了所公开技术包括最佳模式在内的某些实施例，并且还使得任何本领域技术人员都能够对所公开技术的某些实施例进行实践，包括制造和使用任意的设备或系统以及执行任意所整合的方法。所公开技术的某些实施例的可专利范围在权利要求中进行限定，并且可以包括本领域技术人员所意识到的其它示例。这样的其它示例在它们具有与权利要求的字面语言并无不同的结构要素的情况下或者在它们包括与权利要求的字面语言存在非实质性差异的等同结构要素的情况下旨在处于该权利要求的范围之内。

Claims (20)

1.一种方法，包括：

由处理器并且从计算设备接收应用联系人键，所述应用联系人键包括与用户的联系人信息相关联的共享许可；

由所述处理器并且从移动应用接收与所述移动应用相关联的元数据；

由所述处理器并且从所述移动应用接收对由所述移动应用访问所述用户的所述联系人信息的请求；

由所述处理器并且基于所述应用联系人键以及与所述移动应用相关联的所述元数据确定是否授权为所述移动应用提供对所述用户的联系人信息的访问；以及

响应于确定授权向所述移动应用提供对所述用户的联系人信息的访问而为所述移动应用提供对所述用户的联系人信息的访问。

2.根据权利要求1所述的方法，其中，所述应用联系人键是包含对所述用户的联系人信息的共享进行管控的规则的数字文件。

3.根据权利要求2所述的方法，其中，所述规则指定所述用户的联系人信息仅能与某个分类的移动应用进行共享。

4.根据权利要求3所述的方法，其中，与所述移动应用相关联的所述元数据包括所述移动应用的分类。

5.根据权利要求4所述的方法，其中，确定是否授权为所述移动应用提供对所述用户的联系人信息的访问包括：将所述移动应用的所述分类与所述规则所指定的被授权移动应用分类的列表进行比较。

6.根据权利要求1所述的方法，进一步包括向应用联系人导入管理系统传送所述元数据、独特应用ID、和用户代码。

7.一种方法，包括：

由处理器接收与用户的移动联系人信息的共享有关的用户偏好的指示；

响应于接收到所述用户偏好的所述指示而由所述处理器生成应用联系人键；

将所述应用联系人键传送至移动设备，其中，所述应用联系人键与所述用户的联系人信息相关联并且向所述移动设备提供指令，所述指令与和移动应用的所述用户的联系人信息的共享有关；

由所述处理器并且从所述移动设备接收与移动应用相关联的元数据、与所述移动应用相关联的独特应用ID、以及与所述移动设备的所有者相关联的用户代码；以及

存储与所述移动应用相关联的所述元数据、与所述移动应用相关联的所述独特应用ID、以及与所述移动设备的所述所有者相关联的所述用户代码。

8.根据权利要求7所述的方法，其中，所述应用联系人键是数字文件。

9.根据权利要求7所述的方法，进一步包括：

从所述移动设备接收移动应用想要访问所述用户的联系人信息的通知；以及

向所述用户的计算设备传送所述通知和提供指令的提示，所述指令用于允许或拒绝所述用户的联系人信息的共享。

10.根据权利要求9所述的方法，进一步包括：

从所述计算设备接收允许或拒绝所述联系人信息的所述共享的指令；以及

向所述移动设备传送允许或拒绝所述联系人信息的所述共享的所述指令。

11.根据权利要求10所述的方法，其中，允许或拒绝所述联系人信息的所述共享的所述指令是允许共享的指令，所述方法进一步包括：

由所述处理器识别与和关联于所述移动应用的所述独特应用ID相关联的一个或多个用户代码；

将所识别的与关联于所述移动应用的所述独特应用ID相关联的一个或多个用户代码传送至所述移动设备。

12.根据权利要求11所述的方法，其中，所述移动设备将所识别的一个或多个用户代码传送至所述移动应用，而使得所述移动应用能够自动将所述用户与对应于所述一个或多个用户代码的其它用户进行连接。

13.一种方法，包括：

由处理器并且从计算设备接收应用联系人键，所述应用联系人键包括与第一用户的联系人信息相关联的共享许可；

由所述处理器并且从移动应用接收对与所述移动应用共享所述第一用户的所述联系人信息的请求；

由所述处理器并且向应用管理服务器传送：

对与所述移动应用共享所述第一用户的所述联系人信息的所述请求；

所述应用联系人键；

与所述移动应用相关联的元数据；以及

与第二用户相关联的识别代码；以及

由所述处理器并且从所述应用管理服务器接收针对允许与所述移动应用共享所述第一用户的联系人信息的容许或拒绝之一，其中，所述容许或拒绝基于所述应用联系人键以及与所述移动应用相关联的所述元数据。

14.根据权利要求13所述的方法，进一步包括：

响应于接收到允许所述第一用户的联系人信息的共享的容许，为所述移动应用提供对所述第一用户的联系人信息的访问。

15.根据权利要求14所述的方法，其中，与所述移动应用相关联的所述元数据包括以下中的至少一种：所述移动应用的分类、有关所述移动应用多么频繁地被使用的信息、有关所述移动应用的平均使用时间的信息、以及有关所述移动应用是否利用所述移动设备的GPS接收器的信息。

16.一种系统，包括：

操作耦合到至少一个处理器并且被配置为存储数据和指令的至少一个存储器，所述指令在由所述至少一个处理器执行时，使得所述系统：

接收应用联系人键，所述应用联系人键包括与用户的联系人信息相关联的共享许可；

接收与所述移动应用相关联的元数据；

从所述移动应用接收对由所述移动应用访问所述用户的所述联系人信息的请求；

基于所述应用联系人键和与所述移动应用相关联的所述元数据确定是否授权为所述移动应用提供对所述用户的联系人信息的访问；以及

响应于确定授权向所述移动应用提供对所述用户的所述联系人信息的访问而为所述移动应用提供对所述用户的联系人信息的访问。

17.根据权利要求16所述的系统，其中，所述应用联系人键是包含对所述用户的联系人信息的共享进行管控的规则的数字文件。

18.根据权利要求17所述的系统，其中，所述规则指定所述用户的联系人信息仅能与某个分类的移动应用进行共享。

19.根据权利要求18所述的系统，其中，与所述移动应用相关联的所述元数据包括所述移动应用的分类。

20.根据权利要求18所述的系统，其中，确定是否授权为所述移动应用提供对所述用户的联系人信息的访问包括：将所述移动应用的所述分类与所述规则所指定的被授权移动应用分类的列表进行比较。