CN109005275A - 一种联系人信息管理系统及方法 - Google Patents

Abstract

公开了一种联系人信息管理系统及方法。一种联系人信息管理系统：该系统包括若干个存储单元，每个存储单元用于存储一条联系人信息记录；任一存储单元中，允许写入至少一组应用专属信息，每组应用专属信息对应一种应用；每组应用专属信息中，至少包括：该组对应的特定应用的标识、联系人的特定联系方式，所述特定联系方式可被所述特定应用识别并使用。

Description

一种联系人信息管理系统及方法

技术领域

本说明书实施例涉及计算机应用技术领域，尤其涉及一种联系人信息管理系统及方法。

背景技术

通信录是各类通信应用的必备功能，用户可以方便地利用通信录实现联系人信息的查询及管理。

随着通信及网络技术的发展，用户在通信方式上有了更为丰富的选择，除了基于移动通信系统的电话、短信之外，还可以基于各类即时通信系统(例如钉钉、支付宝、QQ、微信等)实现文本、语音、视频等通信方式。通讯方式的增加所带来的一个问题是，不同的通信应用都分别具有自己的通信录，这些通信录的内容彼此独立，对于用户而言，使用多套通信系统也就意味着需要同时维护多套通信录。而且在现实情况中，相同的联系人可能存在于不同的通信录中，但是在多个彼此独立的通信录之间，这种关联信息又很难体现，从而造成了信息的冗余。

针对上述问题，现有技术的一种实现方案是：允许在一个通信应用B中，导入另一个通信应用A的通信录内容。这种方案理论上可以提升对联系人信息管理的便捷性，但这种便捷性仅能体现在通信应用B中，而且如果A和B的通信录内容本身存在较大差异，则B也很可能无法真正有效利用这些被导入的联系人信息。

发明内容

针对上述技术问题，本说明书实施例提供一种联系人信息管理系统及方法，技术方案如下：

根据本说明书实施例的第1方面，提供一种联系人信息管理系统：

该系统包括若干个存储单元，每个存储单元用于存储一条联系人信息记录；

任一存储单元中，允许写入至少一组应用专属信息，每组应用专属信息对应一种应用；

每组应用专属信息中，至少包括：该组对应的特定应用的标识、联系人的特定联系方式，所述特定联系方式可被所述特定应用识别并使用。

根据本说明书实施例的第2方面，提供一种基于上述系统的联系人信息管理方法，该方法包括：

确定至少一个特定应用；

利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

根据本说明书实施例的第3方面，提供一种基于上述系统的通信方法，该方法包括：

接收针对目标联系人发起的通信发起操作；

根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式发起与目标联系人的通信。

根据本说明书实施例的第4方面，提供一种基于如上述系统的联系人信息管理装置，该装置包括：

特定应用确定模块，用于确定至少一个特定应用；

联系人信息交互模块，用于利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

根据本说明书实施例的第5方面，提供一种基于如上述系统的通信装置，该装置包括：

操作接收模块，用于接收针对目标联系人发起的通信发起操作；

专属信息确定模块，用于根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

通信发起模块，用于根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式直接发起与目标联系人的通信。

本说明书实施例所提供的技术方案，提出在通信录中增加“应用专属信息”的特性，在一条联系人信息记录中，可以写入一组或多组应用专属信息，其中不同的应用专属信息组对应不同的应用。应用上述技术方案，一方面可以将同一联系人在不同应用中的联系信息进行有效整合，另一方面也便于各应用有针对性地导入/导出自己可以识别并使用的专属信息，避免联系人信息在不同应用间的无效交互。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书实施例的通信录内容的第1种示意图；

图2是本说明书实施例的通信录内容的第2种示意图；

图3是本说明书实施例的通信录内容的第3种示意图；

图4是本说明书实施例的通信录内容的第4种示意图；

图5是本说明书实施例的联系人信息管理方法的流程示意图；

图6是本说明书实施例的通信录内容的第5种示意图；

图7是本说明书实施例的系统交互示意图；

图8是本说明书实施例的通信方法的流程示意图；

图9是本说明书实施例的一种通信录操作界面的示意图；

图10是本说明书实施例的联系人信息管理装置的结构示意图；

图11是本说明书实施例的通信装置的结构示意图；

图12是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

为了解决应用间通信录内容彼此独立、无法互为所用的问题，一种可行的实现方案是：允许在一个通信应用B中，导入另一个通信应用A的通信录内容。例如，手机电话本(A)中包含联系人的手机号码，如果即时通信应用(B)支持利用手机号码建立好友关系，那么可以通过导入手机电话本的方式实现快速添加好友。

然而在实际使用过程中，会有很多因素导致上述导入操作无法成功，例如：A中写入的是固话号码而非手机号码，而B仅支持利用手机号码建立好友关系；A中写入了多种联系信息(例如移动电话、固话、电子邮件、支付宝、QQ)等，而B无法对这些联系信息进行有效识别；等等。

从另一个角度考虑，在上述导入过程中，A并不能从上述的导入过程中获得好处。尽管理论上可以令A也支持从B导入信息，但是如果存在多个使用不同内容通信信息的应用B1、B2、B3……，那么A如果如何对这些信息进行有效的区分管理及应用，也是需要进一步解决的问题。

针对上述技术问题，本说明书提供了一种联系人信息管理系统，具体实现方案如下：

系统包括若干个存储单元，每个存储单元用于存储一条联系人信息记录；

任一存储单元中，允许写入至少一组应用专属信息，每组应用专属信息对应一种应用；

每组应用专属信息中，至少包括以下2种信息：该组对应的特定应用的标识、联系人的特定联系方式，这里的“特定联系方式”是与“特定应用”相对应的，特定应用可以识别该特定联系方式，并且能够使用该特定联系方式发起与联系人的通信。例如：应用“QQ”使用“QQ号码”作为特定联系方式、应用“钉钉”使用“手机号码”作为特定联系方式。

图1所示为上述联系人信息管理系统的基本数据结构示意图。

图2所示为根据上述联系人信息管理系统实现的一种通信录的具体示例，下面结合图2对方案进行说明：

每位联系人对应一条联系人信息记录，占用一个存储单元。

每个存储单元中，允许写入一组或多组应用专属信息。图2中，“李四”和“赵六”的记录中，分别写入了1组应用专属信息，“张三”的联系人记录中写入了2组应用专属信息，“赵六”的联系人记录中写入了3组应用专属信息。

这里需要注意的是，图中示出的“APP1”、“APP2”、“APP3”仅用于表示某个具体联系人的第1组、第2组、第3组应用专属信息，并不用于指代某个具体的APP。例如“张三”和“李四”的“APP1”实际上指代的是不同的APP。可以理解的是，由于实际应用中不同联系人所对应的特定APP情况差异较大，因此采用图1的方式实现紧凑展示。根据具体的应用需求，也可以转换为“固定的专属信息组顺序”的展示方式，例如设置APP1固定为钉钉、APP2固定为支付宝、APP3固定为QQ，等等，这些并不影响整体方案的实现。

每组应用专属信息中，至少包括以下2种信息：该组对应的特定应用的标识、联系人的特定联系方式。以联系人“张三”为例，其具有“APP1”和“APP2”两个应用专属信息组，其中：APP1对应的特定应用为“钉钉”、特定联系方式为“13000000003”，APP2对应的特定应用为“QQ”、特定联系方式为“700007”，对应的实际含义为：如果要与“张三”取得联系，可以在“钉钉”中使用“13000000003”这个联系方式(钉钉中的用户可直接以手机号注册)、也可以在“QQ”中使用“700007”这个联系方式(即QQ号码)。

需要说明的是，图2仅示出了“1个特定应用对应1个特定联系方式”的情况。如果针对某位联系人，在某个特定应用中具有2种以上的联系方式，也可以某种预设的格式写入。例如，针对联系人“张三”，在“QQ”中，既可以使用“700007(QQ号码)”这个联系方式，也可以使用“13000000003(手机号)”这个联系方式，那么图2中的“张三-APP2-联系方式”对应字段值可以表示为“700007，13000000003”，其中逗号用于表示两种方式的分隔符。

另外，图2中的特定应用标识“钉钉”、“QQ”、“支付宝”等均为示意，实际应用中，可以使用APPID(应用标识码)，或者选择关联应用程序等方式确定特定应用标识的具体形式，只要计算机能够根据该标识唯一确定对应的应用程序即可，本说明书对此并不进行限定。

本说明书提供的方案，通过在通信录中增加“应用专属信息”这一特性，使得同一联系人的不同类型(这里特指针对不同应用)联系信息能够以逻辑上分离的形式进行存储，并且利用“特定应用标识”将不同类型的联系信息与具体的应用进行关联，从而便于各应用有针对性地与该通信录进行交互，导入/导出自己可以识别并使用的专属信息。

对于某个具体的应用专属信息组中的内容，可以通过在应用专属信息中配置读取权限标识，以表示该组应用专属信息是否允许该组对应的特定应用之外其他应用读取，例如：

可以设置仅允许该组对应的特定应用读取，例如对于联系人“王五”，其“APP1”中的字段值仅允许“钉钉”应用读取，其“APP2”中的字段值仅允许“支付宝”应用读取。

也可以设置允许该组对应的特定应用之外其他应用读取，这里的“其他应用”可以是“其他全部应用”或用户指定的一个或多个“其他特定应用”。从而方便应用之间通过上述的通信录实现信息共享。如图3所示，对于联系人“王五”，将APP1设置为允许被“支付宝”应用读取、将APP2设置为不允许其他应用读取、将APP3设置为可被其他全部读取。

可以理解的是，根据现有技术的方案，可以对“通信录”整体上设定是否允许其他特定应用读取。而根据本说明书所提供的方案，相当于对“应用专属信息组”设置了二级权限，即：“对通信录整体设置允许其他应用读取”仅构成“应用专属信息组允许其他应用读取”的必要非充分条件。而且，本说明书所提供的技术方案，不仅支持针对不同的应用专属信息组分别设置读取权项，还支持针对不同的联系人分别设置读取选项。当然，为方便用户使用，在“特定应用标识”以及“联系人”这两个维度上，也可以支持对读取权限的批量修改，例如：将所有联系人的应用标识为“QQ”的专属信息组，统一修改为“不允许其他应用读取”。

如图3所示，在每个存储单元中，除了包含一组或多组“应用专属信息”之外，还可以允许写入还允许写入一项或多项联系人基本信息，如图2中所示的“电话”、“邮件”等，该特性与现有的一般通信录类似。

值得说明的是，在本说明书所提供的方案中，“基本信息”并不属于任一组应用专属信息。也就是说，如果某信息以“基本信息”的形式存在，那么该信息的特性和功能并不受上述“应用专属信息”的限制。例如，如果对通信录整体设置为允许其他应用读取，那么属于“基本信息”的部分都能够直接被其他应用所读取。

可见，相对于“基本信息”而言，“应用专属信息”具有更强的“私有(private)”特性，反之“基本信息”则具有更强的“公有(public)”特性。

考虑到实际情况中，一些APP中所使用的联系方式都是通用的，例如在“钉钉”中可以直接使用手机号进行用户注册，在“支付宝”中可以直接使用手机号或电子邮件进行用户注册。那么，根据本说明书提供的技术方案，可以在任一组应用专属信息中，对联系人基本信息的全部或部分进行复用。

以图2中的联系人“张三”为例，在“钉钉”应用中的特定联系方式，其实就是用户的手机号，那么用户在填写“钉钉”的特定联系方式时，可以直接关联到“电话”这一字段而不需要填写具体的联系方式信息，从而实现了“联系方式(钉钉)”字段对“电话”字段信息的复用。同理，联系人“王五”在“支付宝”的特定联系方式、联系人“赵六”在“支付宝”的特定联系方式，都可以进行类似复用处理，复用后的结果表示如图4所示。其中“→{x}”表示复用了同一条数据记录的中x字段的字段值，这里的“复用”可以利用指针、引用等技术实现，本说明书对此并不做限定。

在一个存储单元内(即针对同一联系人)，一个基本信息字段可以被多次复用，另外，对于任一种特定应用，如果的存在多种特定联系方式，可以复用多个基本信息字段。

复用信息不仅可以压缩存储信息所需占用的空间，而且可以保持特定联系方式与基本联系方式的同步，例如，当联系人“张三”更换手机号后，如果其在钉钉中的联系方式也对应更换，那么用户仅需修改联系人“张三”的“电话”字段，就可以实现其钉钉联系方式的同步更新。

在一种具体实施方式中，上述联系人信息管理系统还可以包括信息交互接口，以实现应用专属信息与其对应特定应用之间的信息交互；为便于描述交互关系，在后续的描述中将“信息管理系统”简称为“系统”。

这里的“信息交互”，既可以是系统将联系人信息导出至特定应用，也可以是系统从特定应用导入联系人信息，还可以是系统与特定应用之间进行联系人信息同步(可以理解为既包含导入也包含导出)。并且，上述信息交互过程既可以由系统主动发起，也可以由某个特定应用主动发起。

如图5所示，站在系统的角度，实现信息交互的基本方法流程为：

S101，确定至少一个特定应用；

S102，利用信息交互接口，实现系统与特定应用之间的联系人信息交互。

1)对于“系统将联系人信息导出至特定应用”的情况：

系统首先确定待接收联系人信息的特定应用；这里可以根据特定应用发起的交互请求确定特定应用，也可以根据用户(或其他自动触发方式)在系统的主动导出操作确定特定应用。

然后根据该特定应用的标识，在系统中确定具有对应的应用专属信息组的联系人信息记录，并将确定结果发送至特定应用，发送的内容至少包括：该特定应用对应的应用专属信息组。

仍以图2所示的通信录内容为例，如果确定需要与“钉钉”应用交互，那么对应的专属信息组为：张三的APP1、王五的APP1；确定结果可以全部批量发送至钉钉，也可以按照“联系人”选择性地部分发送至钉钉。可以理解的是，这里的“选择”既可以根据用户在系统侧的操作来确定，也可以根据特定应用侧发起的交互请求确定。

当然，在交互过程中，系统除了向特定应用发送与其对应的应用专属信息组之外，还可以发送其他应用专属信息组的内容(前提是其他应用专属信息组开启了如图3所示的权限)、或者发送基本信息的内容。至于特定应用侧如何识别或使用这些信息，与本说明书方案无关，这里不做进一步说明。

2)对于“系统从特定应用导入联系人信息”的情况：

系统首先接收特定应用发送的联系人信息；这个发送过程可以是特定应用主动发起的，也可以是系统发起请求、特定应用响应的。根据用户的实际需求，这里发送的联系人信息可以是全部或部分联系信息。

然后系统根据该特定应用的标识，将特定应用发送的联系人信息写入与该应用对应的应用专属信息组中。

如果系统中不存在与该应用对应的应用专属信息组，创建对应的专属信息组并将特定应用发送的联系人信息写入；例如对于图2所示的通信录内容，当前交互的特定应用为“钉钉”，且钉钉发送来的联系人信息中，包括“赵六”的钉钉号(13000000006)，而系统当前并不存在联系人“赵六”的应用专属信息组，那么系统将在对联系人“赵六”对应的存储单元中，创建“钉钉”的专属信息组，并且写入相应的信息，如图6所示。

作为一种可选的实施方案：系统此时可以检测出，新写入的钉钉联系方式实际与联系人的手机号码一致，因此可以提示用户，是否将新写入的钉钉联系方式转换为复用的形式。

如果系统中已经存在与该应用对应的应用专属信息组，那么可以根据特定应用发送的联系人信息，对应用专属信息组的内容进行更新。更新过程中，可以提示用户进行确认操作，也可以自动采用覆盖方式，本说明书对此不做限定。

可以理解的是，如果特定应用发来的联系人信息中，包含了系统中不存在的联系人，那么系统会为先为新的联系人创建新的存储单元，然后再进一步创建对应的用专属信息组。

可见，通过以上方案，有效地实现了系统与特定应用之间的交互，更重要的是，该系统中支持写入多个应用专属信息组，因此可以与多个不同的特定应用进行交互，如图7所示，从而间接实现了不同应用之间的联系人信息的交互，通过设置“是否允许其他应用读取”的权限，用户可以灵活控制应用间具体交互的内容。因此，本说明书方案的一种典型实施方式是，在操作系统(例如iOS、Android等)的通信录中实现上述系统。当然，也可以在任一特定应用中实现上述具有信息交互功能的系统(或者将“操作系统”也理解为一种特定应用)，本领域技术人员可以根据实际需求灵活设计。

在一种具体实施方式中，上述联系人信息管理系统还可以包括通信调用接口，用于针对任一组应用专属信息，调用该组对应的特定应用，并将该组对应的特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式直接发起与联系人的通信。

通信接口包含两方面作用：一方面是触发特定应用运行，该特定应用可以预先启动并在系统后台运行，收到调用指令后切换至前台运行。也可以是收到调用指令再启动运行。另一方面作用是使得特定应用在运行后，不是展现默认的应用界面(例如应用主界面、或者切换到后台之前的界面等)，而是直接展现与某个具体联系人的通信界面。

如图8所示，站在系统的角度，一种实现通信的基本方法流程为：

S201，接收针对目标联系人发起的通信发起操作；

S202，根据通信发起操作，确定所述目标联系人的一组应用专属信息；

S203，根据所确定的应用专属信息对应的特定应用，利用通信调用接口调用该特定应用；

S204，将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式发起与目标联系人的通信。

仍以图2所示的通信录内容为例，如果用户在该通信录中，如果选择利用“钉钉”与联系人“张三”进行通信，则通信接口首先向操作系统发起请求以便启动“钉钉”应用，进而将联系人“张三”的钉钉联系方式“13000000003”发送给“钉钉”应用，以使得在“钉钉”应用中，直接进入与“张三”的聊天界面。

当然，在实际使用中，当前用户(即通信发起用户)可能并不具有在特定应用中与目标联系人的权限(例如一般意义上的“好友”关系等)。针对这种情况，可以进一步设计以下方案：

如果在特定应用中，当前用户与目标联系人已具备进行通信的权限，则特定应用根据该特定联系方式，直接发起与目标联系人的通信；

如果在特定应用中，当前用户与目标联系人不具备进行通信的权限，则特定应用根据该特定联系方式，触发当前用户与目标联系人的通信权限验证功能。

另外，对于系统而言，可以对“是否在特定应用中与目标联系人具备通信权限”进行记录。

可见，通过以上方案，有效地实现了系统对特定应用专属信息的利用，由于系统中支持写入多个应用专属信息组，因此可以将本说明书所提供的系统视为一个集成了多种通信功能的通信管理系统。本说明书方案的一种典型实施方式是，在操作系统(例如iOS、Android等)的通信录中实现上述系统，如图9所示，在通信录操作界面中，除了传统的“电话”呼叫按钮外，还包含了与专属信息对应的特定应用呼叫按钮，用户可以方便地直接在该界面选择所需的通信方式进行通信。例如，用户给联系人“张三”打电话无法接通，希望通过钉钉对其进行留言。利用现有技术的实现方式，用户需要先退出通信录应用，然后启动钉钉、在钉钉中查找到“张三”后才能留言，而应用本说明书所提供的方案，用户可以直接在通信录中启动钉钉，并且自动跳转到与“张三”的聊天界面。如有需要，用户还可以方便地启动多种通信工具与联系人发起通信，相对于现有技术的实现方式而言，有效地提升了操作的便捷性。

需要说明的是，图9所示的通信录操作界面，仅用于示意性说明，本领域技术人员可根据实际需求采取其他的界面设计方式，例如通过折叠、下拉、二级菜单等方式显示/隐藏专属信息组的内容。另外，也可以在任一特定应用中实现上述具有呼叫功能的系统(或者将“操作系统”也理解为一种特定应用)，从而实现应用之间的互相调用，本领域技术人员可以根据实际需求灵活设计。

相应于上述方法实施例，本说明书实施例还提供一种基于前述系统的联系人信息管理装置，参见图10所示，该装置可以包括：

特定应用确定模块110，用于确定至少一个特定应用；

联系人信息交互模块120，用于利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

本说明书实施例还提供一种基于前述系统的通信装置，参见图11所示，该装置可以包括：

操作接收模块210，用于接收针对目标联系人发起的通信发起操作；

专属信息确定模块220，用于根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

通信发起模块230，用于根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式直接发起与目标联系人的通信。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现下述的联系人信息管理方法和/或通信方法：

1)一种基于前述系统的联系人信息管理方法，该方法包括：

确定至少一个特定应用；

利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

2)一种基于前述系统的通信方法，该方法包括：

接收针对目标联系人发起的通信发起操作；

根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式发起与目标联系人的通信。

图12示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现下述的联系人信息管理方法和/或通信方法：

1)一种基于前述系统的联系人信息管理方法，该方法包括：

确定至少一个特定应用；

利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

2)一种基于前述系统的通信方法，该方法包括：

接收针对目标联系人发起的通信发起操作；

根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式发起与目标联系人的通信。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (16)

1.一种联系人信息管理系统：

该系统包括若干个存储单元，每个存储单元用于存储一条联系人信息记录；

任一存储单元中，允许写入至少一组应用专属信息，每组应用专属信息对应一种应用；

每组应用专属信息中，至少包括：该组对应的特定应用的标识、联系人的特定联系方式，所述特定联系方式可被所述特定应用识别并使用。

2.根据权利要求1所述的系统，每组应用专属信息中，还包括：

读取权限标识，用于表示该组应用专属信息是否允许该组对应的特定应用之外其他应用读取。

3.根据权利要求1所述的系统，任一存储单元中，还允许写入一项或多项联系人基本信息，所述联系人基本信息不属于任一组应用专属信息。

4.根据权利要求3所述的系统，在任一组应用专属信息中，对联系人基本信息的全部或部分进行复用。

5.根据权利要求1至4任一项所述的系统，该系统还包括：

信息交互接口，用于实现应用专属信息与其对应特定应用之间的信息交互；所述信息交互包括：

系统将联系人信息导出至特定应用；

和/或

系统从特定应用导入联系人信息。

6.根据权利要求1至4任一项所述的系统，该系统还包括：

通信调用接口，用于针对任一组应用专属信息，调用该组对应的特定应用，并将该组对应的特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式直接发起与联系人的通信。

7.一种基于如权利要求5所述系统的联系人信息管理方法，该方法包括：

确定至少一个特定应用；

利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

8.根据权利要求7所述的方法，所述系统与所述特定应用之间的联系人信息交互为：系统将联系人信息导出至特定应用；所述方法包括：

确定待接收联系人信息的特定应用；

根据特定应用的标识，确定具有对应的应用专属信息组的联系人信息记录，并将确定结果发送至特定应用，发送的内容至少包括：该特定应用对应的应用专属信息组。

9.根据权利要求7所述的方法，所述系统与所述特定应用之间的联系人信息交互为：系统从特定应用导入联系人信息；所述方法包括：

接收特定应用发送的联系人信息；

根据特定应用的标识，将特定应用发送的联系人信息写入与该应用对应的应用专属信息组中。

10.根据权利要求9所述的方法，所述将特定应用发送的联系人信息写入与该应用对应的应用专属信息组中，包括：

在不存在与该应用对应的应用专属信息组的情况下，创建对应的专属信息组并将特定应用发送的联系人信息写入；

在存在与该应用对应的应用专属信息组的情况下，根据特定应用发送的联系人信息，对专属信息组的内容进行更新。

11.一种基于如权利要求6所述系统的通信方法，该方法包括：

接收针对目标联系人发起的通信发起操作；

根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式发起与目标联系人的通信。

12.根据权利要求11所述的方法，所述使得该特定应用根据该特定联系方式发起与目标联系人的通信，包括：

如果在特定应用中，当前用户与目标联系人已具备进行通信的权限，则特定应用根据该特定联系方式，直接发起与目标联系人的通信；

如果在特定应用中，当前用户与目标联系人不具备进行通信的权限，则特定应用根据该特定联系方式，触发当前用户与目标联系人的通信权限验证功能。

13.一种基于如权利要求5所述系统的联系人信息管理装置，该装置包括：

特定应用确定模块，用于确定至少一个特定应用；

联系人信息交互模块，用于利用所述信息交互接口，实现系统与特定应用之间的联系人信息交互。

14.一种基于如权利要求6所述系统的通信装置，该装置包括：

操作接收模块，用于接收针对目标联系人发起的通信发起操作；

专属信息确定模块，用于根据所述通信发起操作，确定所述目标联系人的一组应用专属信息；

通信发起模块，用于根据所确定的应用专属信息对应的特定应用，利用所述通信调用接口，调用该特定应用，并将特定联系方式发送至该特定应用，使得该特定应用根据该特定联系方式直接发起与目标联系人的通信。

15.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求7所述的方法。

16.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求11所述的方法。