CN103179209A - 基于电信网络的通讯录实现方法及装置 - Google Patents

Abstract

本发明公开了一种基于电信网络的通讯录实现方法及装置，所述方法包括：用户终端订阅所述用户终端的联系人的联系信息变更；联系人的用户终端确定联系人的联系信息变更时，将变更的联系信息通过电信网络通知用户终端；用户终端更新本地联系人列表中的该联系人的联系信息。本发明基于电信网络，为用户列表中的联系信息提供订阅、对外订阅以及同步修改，大大方便了用户。

Description

基于电信网络的通讯录实现方法及装置

技术领域

本发明涉及通讯录技术，尤其涉及一种电信网络的通讯录实现方法及装置。

背景技术

一般在手机、电脑、电子字典等电子产品中都支持通讯录（address book）功能。通讯录作为记录通讯地址的文本，可以涵盖多项内容。如：姓名、电话号码、单位电话、移动电话、传真号、电子邮件、QQ、MSN、个人主页、公司、街道、邮编、生日、大头帖、车牌、银行帐号、俱乐部名称、爱好等等。

从通讯录的发展历史看，有三种类型，分别为传统通讯录、移动通讯录和网络通讯录，其中：

传统通讯录，可采用纸张印刷，然后装订成册，显示每个人的联系方法，地址等。

移动通讯录是一种利用互联网或移动互联网实现通讯录信息同步更新和备份的应用/服务。你可以在个人电脑、掌上电脑、移动电话等任何联网设备上录入你的联系人的手机\电话号码、Email、QQ、MSN、通讯地址等通讯录信息，或对以前的信息进行分组、管理和更新，在用户的许可下，分组内的联系人可以看到其所在组内的其他联系人信息，从而实现通讯录共享，如果该联系人更新自己的联系信息，用户的通讯录也会自动更新，实现同步通讯录，并留下旧版本的通讯录信息。

网络通讯录是一种利用互联网或实现通讯录网络存储和备份的应用/服务。网络通讯录最重要的功能是可以在不同的设备间实现联系人信息的同步。例如：可以在一台电脑上录入某个联系人的信息，然后在手机或者另外一台电脑中读取或修改该信息。当然，也可以在个人电脑上录入联系人的手机\电话号码、Email、QQ、MSN、通讯地址等通讯录信息，或对以前的信息进行分组、管理和更新，在用户的许可下，该联系人可以看到他所在组内的其他联系人信息，从而实现通讯录共享，而且还可以直接通过网络通讯录跟家人、朋友及同事拨打网络电话、发短信、邮件、传真等。

针对电话通讯录（移动通讯录），常见的技术有手机/SIM卡通讯录同步：当进入手机同步组的联系人列表时，看到的联系人将与用户的手机电话簿同步，并保持信息一致。可以进行如下操作：从通讯录中添加其他联系人到手机同步组，新添加的联系人进入手机电话簿。从手机同步组中删除联系人，这样操作只是将这些人清除出手机同步组，不会真正从互动通讯录中删除，如果需要，以后还可以添加回来；与手机同步后，从手机同步组删除的人，也将从手机中删除。即可以实现手机通讯录与SIM卡通讯录的同步。

电话通讯录（移动通讯录）与网络通讯录的同步技术，如Gmail，允许Android手机通讯录与Gmail通讯录同步，这样可以实现用户在不同的手机上使用同一个通讯录。

但是，由于通讯录中维护的联系人信息太多，用户不可能完全记清楚所访问的网页如淘宝等具有IM应用的网页，每次访问时必须重新查找到相应的网站并接入，每次接入时需进行相关认证。并且，在手机中的联系人变更了运营商的情况下，该手机用户不可能再同步获取该联系人的手机号码等信息，这给用户造成了极大的困扰。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于电信网络的通讯录实现方法及装置，能融合联系人的各种通讯应用，并能提供用户列表（Adress Lis）的自动更新，为用户提供各种通讯发起方式。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于电信网络的通讯录实现方法，用户终端一订阅所述用户终端一的联系人的联系信息变更；所述方法包括：

所述联系人的用户终端二确定所述联系人的联系信息变更时，将变更的联系信息通过电信网络通知所述用户终端一；

所述用户终端一更新本地联系人列表中的该联系人的联系信息。

优选地，所述用户终端一及所述联系人的用户终端二归属于不同的电信网络时，将变更的联系信息通过电信网络通知所述用户终端一，包括：

所述联系人的用户终端二将变更的联系信息发送至所述联系人的用户终端二所属的电信网络，再由所述联系人的用户终端二所属的电信网络将变更的联系信息通知所述用户终端一所属的电信网络，由所述用户终端一所属的电信网络将变更的联系信息通知所述用户终端一。

优选地，所述方法还包括：

所述用户终端一将自身的联系人列表同步至所述用户终端一所属的电信网络，所述用户终端一所属的电信网络存储所述用户终端一的联系人列表。

优选地，所述方法还包括：

所述用户终端一登录所述电信网络时，下载所述电信网络侧存储的所述用户终端一的用户列表；

或者，所述用户终端一通过超文本传输协议HTTP访问所述电信网络时，下载所述电信网络侧存储的所述用户终端一的用户列表。

优选地，所述联系信息包括以下信息的至少一项：联系人的电话号码项、网络电话VoIP应用账号项、基于网页的应用账号、即时消息IM应用账号项、以及附加信息项；

所述方法还包括：

所述联系人列表为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；以及，还提供应用增设接口，所述应用增设接口用于接收用户的应用增设请求，并为所述用户列表中的联系人增设对应的应用项。

优选地，所述方法还包括：

所述用户终端一的联系人列表的统一的应用调用接口接收到对某联系人的通讯请求后，确定通讯请求的应用类别，调用确定的应用类别对应的应用，以与所述通讯请求的应用对应的通讯方式发起对该联系人的通讯。

优选地，所述方法还包括：

接收到针对所述用户终端一的联系信息变更的订阅请求时，确定订阅请求方的订阅权限，根据订阅权限为所述订阅请求方提供相应的联系信息。

优选地，所述方法还包括：

首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，存储账户及其密码；

非首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，使用存储的账户及其密码自动登录。

一种基于电信网络的通讯录实现装置，包括订阅单元、接收单元和更新单元，其中：

订阅单元，用于订阅本地联系人列表中的联系人的联系信息变更；

接收单元，用于通过电信网络接收所述联系人的用户终端确定发送的变更的所述联系人的联系信息；

更新单元，用于更新本地联系人列表中的所述联系人的联系信息。

优选地，所述装置还包括：

同步单元，用于将本地的联系人列表同步至电信网络，由所述电信网络存储同步的联系人列表。

优选地，所述接收单元，还用于在登录所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表；或者，在通过超文本传输协议HTTP访问所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表。

优选地，所述联系信息包括以下信息的至少一项：联系人的电话号码项、网络电话VoIP应用账号项、基于网页的应用账号、即时消息IM应用账号项、以及附加信息项；

所述装置还包括：

提供单元，为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；

还提供应用增设接口；所述应用增设接口用于接收用户的应用增设请求，并为通讯录中的联系人增设对应的应用项。

本发明中，用户终端一订阅所述用户终端一的用户列表中的联系人的联系信息变更；联系人的用户终端二确定联系人的联系信息变更时，将变更的联系信息通过电信网络通知用户终端一；用户终端一更新本地用户列表中的该联系人的联系信息。本发明的用户列表能为用户提供各种联系应用服务，并能基于电信网络，为用户列表中的联系人信息提供订阅、对外订阅以及同步修改业务，大大方便了用户。并且，本发明的技术方案，可以作为手机的系统功能（如集成在非智能机中），也可以作为智能手机的操作系统自带系统功能（如集成在iOS、Android一类的操作系统中），也可以作为智能手机的App，通过安装，在手机中实现所述功能，应用范围相当广。

附图说明

图1为本发明实施例的用户终端通过对第三方订阅实现用户列表更新的组成结构示意图；

图2为本发明实施例的用户列表提供的组成结构示意图；

图3为本发明实施例一的用户列表更新流程图；

图4为本发明实施例二的用户列表更新流程图；

图5为本发明实施例三的用户列表更新流程图；

图6为本发明实施例的基于IP多媒体子系统的通讯录实现装置的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

从技术的角度来看，如Gmail的同步，只能针对Google用户的Android手机，并不能针对所有的手机操作系统。并且其与运营商的通信系统的融合，只浮于表面。

从运营的角度，脱离于运营商的控制，实现用户的关联，不利于运营商的利益，反而会弱化用户对于运营商的归属感，强化用户作为Google、Apple用户的归属感。

基于此，本发明的技术方案提出基于电信网络如IMS的用户列表（AdressLis）。并且考虑与Gmail等的差异性，以及针对电信网络的特点，与其他IMS应用，甚至第三方应用，如Internet应用的共享。特别是与类似Taobao、Facebook等应用的融合、共享。

本发明能提供可扩展的Adress List，可以扩展第三方应用，并以类似图标的方式供使用。并支持微信、QQ、Skype，可以使用统一的用户列表，进行应用交互如通信等。

Adress List可以由第三方提供，也可以由运营商提供；Adress List可以提供用户的修改同步、订阅，以及提供对外部的订阅。如用户A使用运营商1，用户B使用运营商2，A将B加入Adress List，同时A通过Adress List服务商，向B或B的Adress List服务商订阅B的联系地址变更或其他通讯喜好、属性。当B更改为运营商3，其Adress List服务商向A通知，A可以获得变更，并可以在A用户不感知的情况下，使用B的新的联系地址，与B联系。

运营商可以为Adress List中的应用（含扩展），提供统一的资源控制，具体可参照PCC。作为PCC的例子，如Skype，进行资费控制，并提供资源预留或高级别的承载优先级。

Adress List中，可以保存用户联系地址以外的，指向机器、设备、服务的URI、ULR等。并提供外部服务（如Taobao），在Adress List可以保存Taobao的用户名/密码等AAA参数，通过Ut口获取，并通过外部服务在Adress List的扩展，实现自动登录等控制（AAA控制）。这主要是考虑到外部服务太多，用户可能无法完全记住。而通过这种自动登录方式，大大方便了用户对这些应用的使用。

对这种外部服务，也可以进行资费控制，并提供资源预留或高级别的承载优先级。另外，考虑一种融合AAA的更为一般性的机制。

对于指向服务的URI、ULR等的情况，服务URI可以采用类似联系人的方式，作为列表放置在列表中；也可以沿用现有App（桌面）图标的方式。

此外，对于指向服务的URI、ULR等的情况，可以通过Adress List统一进行认证控制，即进入后，不需要针对应用单独认证；也可以在应用层进行扩展的认证。

作为一种扩展，可以将指向服务的URI、ULR等扩展到类似桌面、Shell的功能，可以网络侧存储，这样用户可以更换手机后，直接再下载，获得一致的用户配置、体验及计费、网络控制等。

本发明中，以IMS为例进行说明。本领域技术人员应当理解，本发明的技术方案适用于其他任何的电信网络中。

图1为本发明实施例的用户终端通过对第三方订阅实现用户列表更新的组成结构示意图，如图1所示，本发明是基于IMS实现的Adress List更新，具体的，用户终端与IMS网络连接。当用户设备登录IMS网络时，可以向用户终端的归属运营商即IMS网络侧下载Adress List，以作为本地的Adress List使用。其中，Adress List由用户终端的归属运营商提供。

图2为本发明实施例的用户列表提供的组成结构示意图，如图2所示，本发明是基于IMS实现的Adress List更新，具体的，用户终端与IMS网络连接，当用户设备登录IMS网络时，可以向用户终端的归属运营商即IMS网络侧下载Adress List，由于本示例中，Adress List由第三方提供，因此，用户终端归属运营商需向提供Adress List的第三方发送Adress List获取请求，并在获取AdressList后发送至用户终端。

以下，基于图1或图2所示的Adress List更新示意图，进一步详细阐述本发明技术方案的实质。

用户列表存储在运营商网络；

提供一种基于终端的软件（Android、iOS等），可以实现本地用户列表与网络运营商的同步；

本发明的技术方案支持软终端/RTCWeb/浏览器插件等方式，实现本地用户列表与网络运营商的同步。

本发明的技术方案支持从网络侧同步用户列表到本地；

本发明的技术方案支持从终端/本地侧推送用户列表到网络侧；

本发明的技术方案支持安全认证，可以与基于运营商对订阅用户的安全认证方式；对于硬终端/软终端/RTCWeb/浏览器插件等方式，可以使用数字证书方式（软/硬）。可以是SD卡一类的，这样可以用户硬终端。

作为示例，本发明的用户列表可以存储在IMS网络HSS，或AS（类似Presence AS）；

提供一种基于终端的软件（Android、iOS等），可以实现本地用户列表与网络运营商的同步；

支持软终端/RTCWeb/浏览器插件等方式，实现本地用户列表与网络运营商的同步；

在用户注册时，通过订阅/通知从网络侧下载用户列表；XML包格式可以参考Presence或重新定义；

在离线状态，通过HTTP，从网络侧下载用户列表；

支持从网络侧同步用户列表到本地（通过订阅/通知）；

支持从终端/本地侧推送用户列表到网络侧；（通过PUBLISH或其他方式）

本发明的技术方案支持安全认证，可以与基于运营商对订阅用户的安全认证方式；对于硬终端/软终端/RTCWeb/浏览器插件等方式，可以使用数字证书方式（软/硬）。可以是SD卡一类的，这样可以用户硬终端。

通过对第三方订阅实现Address List内容更新的方式：用户通过对AddressList中的内容进行订阅，具体的实现方式，可以通过归属运营商对Address List中的内容进行订阅，当订阅内容变更，Address List中的内容的提供方负责通知。如通知归属运营商对Address List中的内容进行更新，并由同步机制，更新到用户的Address List。

Address List中的内容的提供方，可以是其他运营商，也可以是第三方应用提供商。

联系人Contact变更用户属性，如通信媒体喜好，通信联系地址喜好（如什么时间段，使用什么URI或号码）通知，以联系人Contact1为例，参见图3，本示例的用户列表更新流程包括以下步骤：

步骤301，用户终端（UE）向归属运营商发送针对Contact1的订阅请求；

本发明中，Contact1表示用户终端中用户列表中的某个联系人。

步骤302，归属运营商向Contact1的运营商发送针对Contact1的订阅请求；

步骤303，Contact1的运营商向所述用户归属运营商发送订阅请求响应；

步骤304，用户归属运营商向用户发送订阅请求响应；

步骤305，Contact1变更其联系信息，如电话号码、QQ号码、MSN账号、Email账号、淘宝账号等中的至少一项变更，将变更的联系信息通知自身的运营商；

步骤306，Contact1的运营商向所述用户归属运营商发送更新信息的通知消息；

步骤307，用户归属运营商将更新信息通知用户终端，用户终端同步自身的Address List的信息；

步骤308，用户终端使用Contact1的新的信息发起呼叫或其他业务请求。

App变更属性通知，以App1为例，参见图4，本示例的用户列表更新流程包括以下步骤：

步骤401，用户终端（UE）向归属运营商发送针对App1的订阅请求；

步骤402，归属运营商向App1的运营商发送针对App1的订阅请求；

步骤403，App1的运营商向所述用户归属运营商发送订阅请求响应；

步骤404，用户归属运营商向用户发送订阅请求响应；

步骤405，App1变更其信息；

步骤406，App1的运营商向所述用户归属运营商发送更新信息的通知消息；

步骤407，用户归属运营商将更新信息通知用户终端，用户终端同步自身的Address List的信息；

用户使用App1的新的信息发起呼叫或其他业务请求。

对于Contact，还存在一种特殊情况，即Contact用户变更其联系方式（URI或号码），一般涉及Contact用户更换运营商，则此订阅/通知服务无法由Contact的原运营商提供，即归属运营商一般无法通过Contact1的URI的域名或号码分析出该信息的提供方。一般可以通过预先设定的方式。

以Contact1为例，参见图5，本示例的用户列表更新流程包括以下步骤：

步骤501，用户终端（UE）向归属运营商设置订阅/通知Contact1归属运营商信息的提供方，该提供方可以是第三方；备注：如果作为一种基础信息设施公知，此步骤可以省略。

步骤502，用户（UE）向归属运营商发送针对Contact1的订阅请求；

步骤503，归属运营商向Contact1归属运营商信息的提供方发送针对Contact1的订阅请求；

步骤504，Contact1归属运营商信息的提供方向所述用户归属运营商发送订阅请求响应；

步骤505，用户归属运营商向用户发送订阅请求响应；

步骤506，Contact1向Contact1归属运营商信息的提供方变更其联系地址，如URI或号码；

步骤507，Contact1归属运营商信息的提供方向所述用户归属运营商发送更新信息的通知消息；

步骤508，用户归属运营商将更新信息通知用户终端，用户终端同步自身的Address List的信息；

步骤509，用户使用Contact1的新的联系地址发起呼叫或其他业务请求。依靠该技术方案，可以实现变换运营商后，并不需要主动通知对方。

Contact1归属运营商信息的提供方可以是运营商提供一种服务，也可以是第三方，如设备商(特别是手机设备商，如ZTE、三星等)、手机操作系统厂商（如Android、iOS等）、互联网服务提供商等提供的服务，也可以是Contact1自己提供的服务。

这种服务对于手机设备商、手机操作系统厂商特别有价值，能极高提高客户的忠诚度。

图6为本发明实施例的基于电信网络的通讯录实现装置的组成结构示意图，如图6所示，本发明的基于电信网络的通讯录实现装置包括订阅单元60、接收单元61和更新单元62，其中：

订阅单元60，用于订阅本地联系人列表中的联系人的联系信息变更；

接收单元61，用于通过电信网络接收所述联系人的用户终端确定发送的变更的所述联系人的联系信息；

更新单元62，用于更新本地联系人列表中的所述联系人的联系信息。

在图6所示的基于电信网络的通讯录实现装置的基础上，本发明基于电信网络的通讯录实现装置还包括：

同步单元（图6中未示出），将本地的联系人列表同步至电信网络，由所述电信网络存储同步的联系人列表。

上述接收单元，还用于在登录所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表；或者，在通过超文本传输协议HTTP访问所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表。

所述联系人信息包括以下信息的至少一项：联系人的电话号码项、网络电话VoIP应用账号项、基于网页的应用账号、即时消息IM应用账号项、以及附加信息项；在图6所示的基于电信网络的通讯录实现装置的基础上，本发明基于电信网络的通讯录实现装置还包括：

提供单元（图6中未示出），为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；

还提供应用增设接口；所述应用增设接口用于接收用户的应用增设请求，并为通讯录中的联系人增设对应的应用项。

所述用户终端登录所述电信网络时，下载所述电信网络侧存储的所述用户终端的联系人列表；

或者，所述用户终端通过超文本传输协议HTTP访问所述电信网络时，下载所述电信网络侧存储的所述用户终端的联系人列表。

本发明中，所述联系人列表为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；以及，还提供应用增设接口，所述应用增设接口用于接收用户的应用增设请求，并为所述联系人列表中的联系人增设对应的应用项。

所述用户终端的联系人列表的统一的应用调用接口接收到对某联系人的通讯请求后，确定通讯请求的应用类别，调用确定的应用类别对应的应用，以与所述通讯请求的应用对应的通讯方式发起对该联系人的通讯。

用户首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，存储账户及其密码；

用户非首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，使用存储的账户及其密码自动登录。

本发明中，联系人列表即为Adress List。

显然，本领域的技术人员应该明白，上述的本发明的各处理单元或各步骤可以用通用的计算装置来实现，其可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，其可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种基于电信网络的通讯录实现方法，其特征在于，用户终端一订阅所述用户终端一的联系人的联系信息变更；所述方法包括：

所述联系人的用户终端二确定所述联系人的联系信息变更时，将变更的联系信息通过电信网络通知所述用户终端一；

所述用户终端一更新本地联系人列表中的该联系人的联系信息。

2.根据权利要求1所述的方法，其特征在于，所述用户终端一及所述联系人的用户终端二归属于不同的电信网络时，将变更的联系信息通过电信网络通知所述用户终端一，包括：

所述联系人的用户终端二将变更的联系信息发送至所述联系人的用户终端二所属的电信网络，再由所述联系人的用户终端二所属的电信网络将变更的联系信息通知所述用户终端一所属的电信网络，由所述用户终端一所属的电信网络将变更的联系信息通知所述用户终端一。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述用户终端一将自身的联系人列表同步至所述用户终端一所属的电信网络，所述用户终端一所属的电信网络存储所述用户终端一的联系人列表。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述用户终端一登录所述电信网络时，下载所述电信网络侧存储的所述用户终端一的用户列表；

或者，所述用户终端一通过超文本传输协议HTTP访问所述电信网络时，下载所述电信网络侧存储的所述用户终端一的用户列表。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述联系信息包括以下信息的至少一项：联系人的电话号码项、网络电话VoIP应用账号项、基于网页的应用账号、即时消息IM应用账号项、以及附加信息项；

所述方法还包括：

所述联系人列表为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；以及，还提供应用增设接口，所述应用增设接口用于接收用户的应用增设请求，并为所述用户列表中的联系人增设对应的应用项。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述用户终端一的联系人列表的统一的应用调用接口接收到对某联系人的通讯请求后，确定通讯请求的应用类别，调用确定的应用类别对应的应用，以与所述通讯请求的应用对应的通讯方式发起对该联系人的通讯。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收到针对所述用户终端一的联系信息变更的订阅请求时，确定订阅请求方的订阅权限，根据订阅权限为所述订阅请求方提供相应的联系信息。

8.根据权利要求5所述的方法，其特征在于，所述方法还包括：

首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，存储账户及其密码；

非首次登录IM应用账号、基于网页的应用账号、VoIP应用账号时，使用存储的账户及其密码自动登录。

9.一种基于电信网络的通讯录实现装置，其特征在于，所述装置包括订阅单元、接收单元和更新单元，其中：

订阅单元，用于订阅本地联系人列表中的联系人的联系信息变更；

接收单元，用于通过电信网络接收所述联系人的用户终端确定发送的变更的所述联系人的联系信息；

更新单元，用于更新本地联系人列表中的所述联系人的联系信息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

同步单元，用于将本地的联系人列表同步至电信网络，由所述电信网络存储同步的联系人列表。

11.根据权利要求9所述的装置，其特征在于，所述接收单元，还用于在登录所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表；或者，在通过超文本传输协议HTTP访问所述电信网络时，接收所述电信网络发送的所述电信网络侧存储的联系人列表。

12.根据权利要求9至11任一项所述的装置，其特征在于，

所述联系信息包括以下信息的至少一项：联系人的电话号码项、网络电话VoIP应用账号项、基于网页的应用账号、即时消息IM应用账号项、以及附加信息项；

所述装置还包括：

提供单元，为所述电话号码项、VoIP应用账号项、基于网页的应用账号、IM应用账号项以及附加信息项提供对应的应用支持、以及统一的应用调用接口；

还提供应用增设接口；所述应用增设接口用于接收用户的应用增设请求，并为通讯录中的联系人增设对应的应用项。

Images