CN103873518A - 多终端同步获取增强通讯录的方法、系统与Web服务器 - Google Patents

Abstract

本公开涉及一种多用户终端同步获取增强型通讯录的方法、系统与Web服务器。该方法包括接收各用户终端通过浏览器发送的获取增强型通讯录的请求；从富通信RCS业务系统中获取RCS联系人的静态信息；根据RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从RCS业务系统中获取RCS联系人的动态信息；基于SIP URI将RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；向所请求的用户终端发送具有呈现状态的联系人列表。本公开使得各终端在登录本地的增强型通讯录时可以获得相同的联系人状态。

Description

多终端同步获取增强通讯录的方法、系统与Web服务器

技术领域

本公开涉及移动互联网领域，特别地，涉及一种多用户终端同步获取增强型通讯录的方法、系统与Web服务器。

背景技术

富通信（RCS,Rich Communication Services）是在IMS（IPmultimedia subsystem，IP多媒体子系统）的体系架构之上，通过为用户提供整套基于增强型通讯录的呈现、即时通信、音视频呼叫、群组聊天、文件传送等在线通信应用，为用户提供可互通、融合、丰富的通信体验。

增强型通讯录是RCS的核心要素。它基于传统手机内置通讯录进行演进，旨在为用户提供更丰富的联系人信息，包括状态呈现信息、业务能力指示、社交呈现信息等。

RCS要求支持用户从多个终端包括手机、PAD、PC等获取联系人呈现信息、进行新增/修改/删除联系人信息操作，并可选地支持自动同步或备份到网络通讯录中。

目前富通信的增强型通讯录系统以客户端的方式实现，针对手机平台和PC操作系统均需要开发通讯录模块。目前的网络通讯录功能仅支持电路域接入的移动终端的通知同步，这样移动终端将按照协议自动同步，而PC客户端则根据一定的时间间隔主动发送同步消息请求进行通讯录同步，因此造成PC不能与移动终端一致地自动同步，这种因为移动终端和PC上实现同步机制的不同造成用户使用不同终端登录时增强型通讯录联系人呈现状态不同步。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种多用户终端同步获取增强型通讯录的方法，使得各终端在登录本地的增强型通讯录时可以获得相同的联系人状态。

本公开在其另一方面提供了一种Web服务器，使得各终端在登录本地的增强型通讯录时可以获得相同的联系人状态。

本公开在其又一方面提供了一种多用户终端同步获取增强型通讯录的系统，使得各终端在登录本地的增强型通讯录时可以获得相同的联系人状态。

根据本公开，提供一种多用户终端同步获取增强型通讯录的方法，包括：

接收各用户终端通过浏览器发送的获取增强型通讯录的请求；

从富通信RCS业务系统中获取RCS联系人的静态信息；

根据RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从RCS业务系统中获取RCS联系人的动态信息；

基于SIP URI将RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

向所请求的用户终端发送具有呈现状态的联系人列表。

在本公开的一些实施例中，该方法还包括：

Web服务器接收浏览器上报的用户终端本地地址簿，用户终端本地地址簿是在用户终端首次注册并登录RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由浏览器自用户终端本地获取的；

向RCS业务系统上报用户终端本地地址簿；

RCS业务系统将接收的用户终端本地地址簿中的联系人与RCS业务系统中存储的RCS用户列表进行比较，筛选出用户终端本地地址簿中的RCS联系人。

在本公开的一些实施例中，该方法还包括：

在用户对增强型通讯录进行操作时，浏览器向Web服务器发送获取增强型通讯录的请求。

在本公开的一些实施例中，对增强型通讯录进行操作的动作包括登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

在本公开的一些实施例中，静态信息包括联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。

在本公开的一些实施例中，动态信息包括用户状态信息、业务能力指示信息、以及社交呈现信息。

在本公开的一些实施例中，RCS用户基本属性列表包括联系人的SIPURI与显示的联系人名称。

在本公开的一些实施例中，该方法还包括：

在联系人的动态信息更新时，通过浏览器和Web服务器向RCS业务系统上报联系人更新后的动态信息。

在本公开的一些实施例中，该方法还包括：

接收用户终端通过浏览器发送的更新指定联系人的动态信息的请求；

接收RCS业务系统下发的指定联系人的动态信息并将其转发至用户终端。

根据本公开，还提供了一种Web服务器，包括：

通讯录请求接收单元，用于接收各用户终端通过浏览器发送的获取增强型通讯录的请求；

静态信息获取单元，用于从富通信RCS业务系统中获取RCS联系人的静态信息；

动态信息获取单元，用于根据RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从RCS业务系统中获取RCS联系人的动态信息；

联系人列表生成单元，用于基于SIP URI将RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

联系人列表发送单元，用于向所请求的用户终端发送具有呈现状态的联系人列表。

在本公开的一些实施例中，该Web服务器还包括：

地址簿接收单元，用于接收浏览器上报的用户终端本地地址簿，用户终端本地地址簿是在用户终端首次注册并登录RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由浏览器自用户终端本地获取的；

地址簿发送单元，用于向RCS业务系统上报用户终端本地地址簿。

在本公开的一些实施例中，静态信息包括联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。

在本公开的一些实施例中，动态信息包括用户状态信息、业务能力指示信息、以及社交呈现信息。

在本公开的一些实施例中，RCS用户基本属性列表包括联系人的SIPURI与显示的联系人名称。

在本公开的一些实施例中，该Web服务器还包括：

动态信息转发单元，用于将浏览器上报的联系人更新后的动态信息转发至RCS业务系统、以及将将RCS业务系统下发的指定联系人的动态信息转发至所请求的用户终端。

根据本公开，还提供了一种多用户终端同步获取增强型通讯录的系统，包括：

用户终端、RCS业务系统以及前述实施例中的Web服务器，其中，

用户终端，用于通过内置的浏览器向Web服务器发送获取增强型通讯录的请求、以及接收具有呈现状态的联系人列表；

RCS业务系统，用于为Web服务器提供RCS联系人的静态信息与动态信息。

在本公开的一些实施例中，RCS业务系统还将接收的用户终端本地地址簿中的联系人与RCS业务系统中存储的RCS用户列表进行比较，筛选出用户终端本地地址簿中的RCS联系人。

在本公开的一些实施例中，用户终端中的浏览器在用户对增强型通讯录进行操作时向Web服务器发送获取增强型通讯录的请求。

在本公开的一些实施例中，对增强型通讯录进行操作的动作包括登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

在本公开的一些实施例中，RCS业务系统还接收用户终端上报的联系人更新后的动态信息。

在本公开的一些实施例中，RCS业务系统还向所请求的用户终端下发指定联系人的动态信息。

在本公开的技术方案，通过浏览器与Web服务器间特定触发动作的交互实现用户无论从何种终端在何时登录RCS业务系统均能够获得完全同步的增强型通讯录。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开一个实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

图2是本公开另一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

图3是本公开又一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

图4是本公开再一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

图5是本公开一个实施例的Web服务器的结构示意图。

图6是本公开一个实施例的多用户终端同步获取增强型通讯录的系统的结构示意图。

图7是本公开另一实施例的多用户终端同步获取增强型通讯录的系统的结构示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

图1是本公开一个实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

如图1所示，该实施例可以包括以下步骤：

S102，接收各用户终端通过浏览器发送的获取增强型通讯录的请求，其中，用户终端可以是各种类型，包括但不限于计算机、手机、PAD等；

S104，从富通信RCS业务系统中获取RCS联系人的静态信息；

S106，根据RCS联系人的静态信息中的SIP（Session InitiatedProtocol，会话起始协议）URI（Uniform Resource Identifier，统一资源标识）从RCS业务系统中获取RCS联系人的动态信息，该动态信息是由各用户终端上报的，在各用户终端修改其信息时将主动触发向RCS业务系统的动态信息上报；

S108，基于SIP URI将RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

S110，向所请求的用户终端发送具有呈现状态的联系人列表。

该实施例通过浏览器与Web服务器间特定触发动作的交互实现用户无论从何种终端在何时登录RCS业务系统均能够获得完全同步的增强型通讯录。

其中，静态信息可以包括但不限于联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。RCS用户基本属性列表可以包括但不限于联系人的SIP URI与显示的联系人名称。

动态信息可以包括但不限于用户状态信息、业务能力指示信息、以及社交呈现信息。

进一步地，在用户终端首次注册并登录RCS业务系统或用户终端本地地址簿中的联系人信息发生变更时：

Web服务器接收浏览器上报的用户终端本地地址簿，用户终端本地地址簿是在用户终端首次注册并登录RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由浏览器自用户终端本地获取的；

向RCS业务系统上报用户终端本地地址簿；

RCS业务系统将接收的用户终端本地地址簿中的联系人与RCS业务系统中存储的RCS用户列表进行比较，筛选出用户终端本地地址簿中的RCS联系人。

该实施例在用户终端首次注册并登录RCS业务系统时就将用户终端本地的地址簿上报给RCS业务系统，使得在之后的每次登录或修改联系人信息时无需再将整个通讯录上传，直接对修改的联系人进行编辑即可。此外，在对用户终端本地地址簿中的联系人进行修改时，也可以主动触发向RCS业务系统上报变更的联系人信息，这样使得RCS业务系统中所存储的联系人信息均为最新状态。

此外，在联系人的动态信息发生更新时，可以接收用户终端通过浏览器发送的更新指定联系人的动态信息的请求，例如，可以通过浏览器和Web服务器向RCS业务系统上报联系人更新后的动态信息，进而实现对RCS业务系统存储的联系人的动态信息的更新。

当然，根据用户需求，还可以接收RCS业务系统下发的所有联系人或指定联系人的动态信息并将其转发至用户终端，例如，可以通过Web服务器向RCS业务系统请求所有联系人的动态信息或指定联系人的动态信息，并接收RCS业务下发的所有联系人的动态信息或指定联系人的动态信息。

另外，还可以根据用户需求向RCS业务系统请求指定联系人的静态信息和动态信息，并接收RCS业务系统下发的指定联系人的静态信息和动态信息。

为了保证各用户终端能够同步获取增强型通讯录信息，在用户对增强型通讯录进行操作或访问时，浏览器会主动向Web服务器发送获取增强型通讯录的请求，这样就可以保证无论用户使用哪个终端登录均能看到从RCS业务系统下载的最新的增强型通讯录。

其中，对增强型通讯录进行操作的动作可以包括但不限于登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

图2是本公开另一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

在该实施例中，以手机终端为例描述如何获取增强型通讯录。

如图2所示，该实施例可以包括以下步骤：

S202，手机终端用户通过RCS客户端点击通讯录按键，或从手机地址本或其他模块直接请求RCS通讯录，或打开Web浏览器向Web服务器请求增强型通讯录；

S204，Web服务器分别向RCS业务系统请求数据更新；

S206，Web服务器收到来自RCS业务系统的更新，对应生成具有增强型呈现状态的联系人列表；

S208，Web服务器向浏览器同步增强型通讯录。

如果用户在浏览器界面进行联系人操作，例如，查看联系人、排列联系人等，浏览器需再次向Web服务器发送通讯录更新请求，重复步骤S204-S208。

实施例在手机用户打开增强型通讯录时自动得到以Web页面提供的联系人信息，包括联系人号码、肖像（如联系人图片等）、昵称、心情短语、在线状态、可用性（如社交是否可用的状态）、业务能力指示（如支持视频通话）、登录设备信息（如手机/PC在线）、以及喜好的链接、通讯地址（如email，邮编）、社交呈现信息等。增强型通讯录数据的同步在用户每次对浏览器操作时进行，从而保证了用户每次对联系人发起会话时得到的联系人信息都是完全实时的。

图3是本公开又一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

在该实施例中，仍以手机终端为例描述如何获取增强型通讯录。

如图3所示，该实施例可以包括以下步骤：

S302，手机首次注册并登录RCS系统，手机浏览器获取本地地址簿；

S304，浏览器向Web服务器报送用户地址簿；

S306，Web服务器向RCS业务系统报送用户地址簿；

S308，将接收的用户地址簿与RCS业务系统数据库中的联系人进行比对，生成用户RCS联系人列表，具体地，RCS业务系统数据库存储了所有RCS用户列表，通过与列表的对比可以得知获取到的联系人列表中哪些是RCS用户哪些不是RCS，将RCS用户与非RCS用户分列；

S310，RCS业务系统向请求的Web服务器返回用户RCS联系人列表；

S312，Web服务器根据用户RCS联系人列表向RCS业务系统请求列表中各RCS联系人的动态信息；

S314，RCS业务系统将RCS联系人的呈现状态返回给Web服务器，其中，呈现状态可以包括但不限于在线状态、业务能力指示、社交呈现信息等；

S316，Web服务器向浏览器下发带有增强型呈现状态的RCS联系人列表。

在实施例中，手机终端用户可以获得基于其手机本地地址簿的RCS联系人动态列表，能够通过浏览器界面逻辑，以图标区分，或用tab页等方式分列区分RCS联系人和非RCS联系人，并可直接通过Web浏览器得到RCS联系人的号码、肖像、昵称、心情短语、在线状态、业务能力指示等信息，在整个交互过程中可以做到用户无感知。

上述实施例除适用于手机首次注册并登录RCS业务系统外，同样适用于PC机首次注册并登录RCS业务系统、用户更换手机或对手机本地地址簿进行修改后触发上述操作。

图4是本公开再一实施例的多用户终端同步获取增强型通讯录的方法的流程示意图。

在该实施例中，以PC终端为例描述如何获取增强型通讯录。用户已经使用过RCS业务，并已经获取了RCS联系人列表。

如图4所示，该实施例可以包括以下步骤：

S402，用户使用PC终端登录RCS客户端，点击通讯录按键打开浏览器，或直接在浏览器中输入RCS业务系统的网址并登录；

S404，浏览器向Web服务器请求增强型通讯录；

S406，Web服务器向RCS业务系统请求数据更新；

S408，Web服务器收到来自RCS业务系统的更新，对应生成具有增强型呈现状态的联系人列表；

S410，Web服务器向浏览器同步增强型通讯录。

如果用户在浏览器界面进行联系人操作，例如，查看联系人、排列联系人等，浏览器需再次向Web服务器发送通讯录更新请求，重复步骤S406-S410。

在该实施例中，用户从PC终端请求增强型通讯录可以获得与同手机终端完全一致的RCS联系人动态列表，包括RCS联系人的号码、肖像、昵称、心情短语、在线状态、业务能力指示等信息。上述实施例保证了PC浏览器和手机浏览器获得增强型呈现信息的实时同步。

对于增强型呈现信息的实时同步性，还可以通过规定浏览器特定触发动作，触发Web服务器的增强型通讯录更新请求来获得。特定触发动作可以包括但不限于：用户登录并请求增强型通讯录；用户进行通讯录列表翻页或下拉；用户选中某联系人并查看详细信息；用户进行联系人增/删/改操作；用户进行联系人搜索；用户进行联系人排序；用户主动刷新联系人界面等。以上特定触发动作一方面避免了浏览器和Web服务器之间过于频繁的数据交互，另一方面也完全保证了用户无论使用何种终端，其在同一操作时刻获取的增强型通讯录信息完全一致。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图5是本公开一个实施例的Web服务器的结构示意图。

如图5所示，该实施例中的Web服务器50可以包括通讯录请求接收单元502、静态信息获取单元504、动态信息获取单元506、联系人列表生成单元508和联系人列表发送单元510。其中，

通讯录请求接收单元502，用于接收各用户终端通过浏览器发送的获取增强型通讯录的请求；

静态信息获取单元504，用于从富通信RCS业务系统中获取RCS联系人的静态信息；

动态信息获取单元506，用于根据RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从RCS业务系统中获取RCS联系人的动态信息；

联系人列表生成单元508，用于基于SIP URI将RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

联系人列表发送单元510，用于向所请求的用户终端发送具有呈现状态的联系人列表。

该实施例通过浏览器与Web服务器间特定触发动作的交互实现用户无论从何种终端在何时登录RCS业务系统均能够获得完全同步的增强型通讯录。

其中，静态信息可以包括但不限于联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。RCS用户基本属性列表可以包括但不限于联系人的SIP URI与显示的联系人名称。

动态信息可以包括但不限于用户状态信息、业务能力指示信息、以及社交呈现信息。

在本公开另一实施例的Web服务器中，该实施例中的Web服务器还可以包括地址簿接收单元和地址簿发送单元。其中，

地址簿接收单元，用于接收浏览器上报的用户终端本地地址簿，用户终端本地地址簿是在用户终端首次注册并登录RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由浏览器自用户终端本地获取的；

地址簿发送单元，用于向RCS业务系统上报用户终端本地地址簿。

在本公开又一实施例的Web服务器中，该实施例中的Web服务器还可以包括：

动态信息转发单元，用于将浏览器上报的联系人更新后的动态信息转发至RCS业务系统、以及将RCS业务系统下发的指定联系人的动态信息转发至所请求的用户终端。

图6是本公开一个实施例的多用户终端同步获取增强型通讯录的系统的结构示意图。

如图6所示，该实施例中的系统60可以包括用户终端602、RCS业务系统604以及Web服务器606，其中，

用户终端602，用于通过内置的浏览器向Web服务器发送获取增强型通讯录的请求、以及接收具有呈现状态的联系人列表；

RCS业务系统604，用于为Web服务器提供RCS联系人的静态信息与动态信息；

Web服务器606可以通过前述实施例实现。

进一步地，RCS业务系统还将接收的用户终端本地地址簿中的联系人与RCS业务系统中存储的RCS用户列表进行比较，筛选出用户终端本地地址簿中的RCS联系人。

RCS业务系统还接收用户终端上报的联系人更新后的动态信息。

RCS业务系统还向所请求的用户终端下发指定联系人的动态信息。

用户终端中的浏览器在用户对增强型通讯录进行操作时向Web服务器发送获取增强型通讯录的请求。

对增强型通讯录进行操作的动作包括登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

图7是本公开另一实施例的多用户终端同步获取增强型通讯录的系统的结构示意图。

如图7所示，该实施例中的系统70中的Web服务器702是增强型通讯录系统业务逻辑运行环境，响应浏览器的请求，通过设置在Web服务器702中的通讯录同步模块702a和呈现/群组模块702b与RCS业务系统交互获取增强型通讯录并向浏览器返回结果，其中，通讯录同步模块702a负责从RCS业务系统获取联系人的静态信息，呈现/群组模块702b负责存储RCS用户的状态信息、状态信息的发布/订阅/通知、以及RCS用户群组信息的动态数据。

该实施例中的系统70中的RCS业务系统704可以包括统一通讯录子系统704a和呈现/群组管理服务器704b。

其中，统一通讯录子系统704a提供RCS联系人的静态信息存取，包括RCS用户的联系人姓名、账号、RCS用户基本属性列表及群组信息，其中，RCS用户基本属性列表可以包括列表名称、列表URI、联系人SIPURI、显示名称display-name，群组信息可以包括联系人的分群归属信息如特别关注、同事、同学、朋友等。通过与用户终端本地地址簿的交互获取RCS用户的联系人信息，分析其中的联系人哪些是RCS用户，为用户自动组成RCS通讯录，同步到Web服务器，最后由Web服务器下发到请求的Web页面。

呈现/群组管理服务器704b负责存储RCS用户的状态信息（例如，联系人的可用性、实时更新的肖像、昵称和心情短语等）、进行状态信息的发布/订阅/通知、业务能力指示信息的更新和同步，以及可选的社交呈现信息等扩展信息的发布/订阅/通知。呈现/群组管理服务器704b与Web服务器中的呈现/群组模块702b进行交互，Web服务器中的呈现/群组模块702b与通讯录同步模块702a对获取到的RCS联系人信息进行对应匹配后，由Web服务器下发到用户终端上的浏览器请求的Web页面，在匹配时，可以根据联系人的SIP URI唯一标识进行匹配，即，将通讯录中的“联系人”与“联系人的活动”进行对应，通讯录同步模块702a从统一通讯录取子系统704a取到的是联系人的名字、账户、归属哪个群组、是否为RCS用户等静态信息；而增强型通讯录还需要知道这个联系人现在是否在线、是手机在线还是PC在线、微博有无更新、心情短语是什么等，呈现/群组模块702b从RCS业务系统中的呈现/群组管理服务器704b获取这些动态信息。

存储在用户终端706中的联系人地址簿在用户首次登录RCS业务系统时，或用户终端本地地址簿中的联系人发生改变时与RCS业务系统进行交互。浏览器向下获取用户终端本地地址簿信息并向Web服务器报送，通过Web服务器的通讯录同步模块702a与RCS业务系统中的统一通讯录子系统保持同步。

增强型通讯录应用（App）运行在用户终端上，为用户提供增强型通讯录的获取、展示和操作。增强型通讯录App通过向Web服务器通讯获取增强型通讯录信息。在用户首次登录RCS业务系统时，或用户终端本地地址簿中的联系人发生变更时，向下获取用户终端本地地址簿中的信息并向Web服务器报送。

多用户终端同步获取增强型通讯录的系统中的接口描述如下：

接口1：增强型通讯录App与Web服务器中的通讯录同步模块702a之间的接口。增强型通讯录App与Web服务器间的接口传送的主要是信令消息，该接口传输的协议为HTTP或WebSocket（是HTML5开始提供的一种浏览器与服务器间进行全双工通讯的网络技术）承载的SIP或XMPP（Extensible Messaging and Presence Protocol，前称Jabber）协议，主要完成通讯录的同步功能（例如，浏览器向Web服务器发送用户对本地通讯录的操作信息），即，将用户终端本地地址簿与变更的联系人信息上传到RCS业务系统中的统一通讯录子系统704a中，从RCS业务系统中获取最新的RCS联系人信息以及指定联系人的信息。

接口2：增强型通讯录App与Web服务器中的呈现/群组模块702b之间的接口。增强型通讯录App与Web服务器间的接口传送的主要是信令消息，该接口传输的协议为HTTP或WebSocket承载的SIP或XMPP协议，主要完成通讯录状态信息的发布/订阅/通知等功能，即，将联系人变更的动态信息上传到RCS业务系统，从RCS业务系统获得全部或部分联系人的动态信息等。

接口3：Web服务器中的通讯录同步模块702a与RCS业务系统中的统一通讯录子系统704a之间的接口，通讯录同步模块902a向统一通讯录子系统704a传送用户对本地地址簿的操作信息。传输协议为XMPP或XCAP（XML Configuration Access Protocol，XML配置接入协议），在Web服务器的通讯录同步模块702a和统一通讯录子系统704a间传送RCS用户的RCS用户基本属性列表及群组信息等静态数据，包括诸如肖像图标等RCS用户的永久呈现信息、自由文本、链接和时间戳等。

接口4：Web服务器中的呈现/群组模块702b与RCS业务系统中的呈现/群组管理服务器704b之间的接口，传送呈现和群组的动态改变，例如，在线改为离线、组动态等。采用SIMPLE（SIP Instant Messageand Presence Leveraging Extension，SIP即时消息和呈现扩展）或XMPP协议在Web服务器的呈现/群组模块902b和呈现/群组管理服务器704b之间传送RCS用户的增强型呈现信息，包括在线状态、可用性、业务能力指示、社交信息、以及位置信息等。

接口5：Web服务器的通讯录同步模块702a和呈现/群组模块702b之间的接口，属于Web服务器内部的接口，主要用于对应RCS联系人的静态信息和动态信息，同步从RCS业务系统中的统一通讯录子系统704a得到的LUID（Locally Unique Identifier，本地唯一标识）/联系人SIP URI和从呈现/群组管理服务器704b得到的联系人状态信息的对应关系，生成具有实时状态的联系人列表，其中，SIP URI是通过SIP呼叫他人的SIP地址方案。换句话说，一个SIP URI就是一个用户的SIP电话号码。SIP URI如同电子邮件地址一样，按以下格式书写：SIPURI=sip:xy:Port，其中x=用户名，y=服务主机（域名或IP）。

例如，从统一通讯录子系统704a得到联系人a的SIP地址（静态），根据唯一地址格式对应到从呈现/群组管理服务器获取到的联系人a的动态呈现信息，在a的静态信息（号码格式）后面加上其状态指示，最后生成联系人列表。

接口6：增强型通讯录App与用户终端本地地址簿之间的接口。用于获取用户终端本地地址簿中的联系人信息，包括从地址簿中得到LUID，再根据LUID生成SIP URI并上报，即，根据本地地址簿中的联系人LUID得到联系人的号码信息，按照SIP地址方案生成SIP URI，例如，从LUID得到本用户的联系人a的号码x，服务主机y，则生成a的SIP URI为：xy，以及向用户终端本地地址簿下发增强型呈现信息并显示。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims (21)

1.一种多用户终端同步获取增强型通讯录的方法，其特征在于，包括：

接收各用户终端通过浏览器发送的获取增强型通讯录的请求；

从富通信RCS业务系统中获取RCS联系人的静态信息；

根据所述RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从所述RCS业务系统中获取所述RCS联系人的动态信息；

基于SIP URI将所述RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

向所请求的用户终端发送所述具有呈现状态的联系人列表。

2.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述方法还包括：

Web服务器接收所述浏览器上报的用户终端本地地址簿，所述用户终端本地地址簿是在用户终端首次注册并登录所述RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由所述浏览器自用户终端本地获取的；

向所述RCS业务系统上报用户终端本地地址簿；

所述RCS业务系统将接收的用户终端本地地址簿中的联系人与所述RCS业务系统中存储的RCS用户列表进行比较，筛选出所述用户终端本地地址簿中的RCS联系人。

3.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述方法还包括：

在用户对增强型通讯录进行操作时，所述浏览器向所述Web服务器发送获取增强型通讯录的请求。

4.根据权利要求3所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述对增强型通讯录进行操作的动作包括登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

5.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述静态信息包括联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。

6.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述动态信息包括用户状态信息、业务能力指示信息、以及社交呈现信息。

7.根据权利要求5所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述RCS用户基本属性列表包括联系人的SIP URI与显示的联系人名称。

8.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述方法还包括：

在联系人的动态信息更新时，通过所述浏览器和Web服务器向所述RCS业务系统上报联系人更新后的动态信息。

9.根据权利要求1所述的多用户终端同步获取增强型通讯录的方法，其特征在于，所述方法还包括：

接收用户终端通过浏览器发送的更新指定联系人的动态信息的请求；

接收所述RCS业务系统下发的指定联系人的动态信息并将其转发至用户终端。

10.一种Web服务器，其特征在于，包括：

通讯录请求接收单元，用于接收各用户终端通过浏览器发送的获取增强型通讯录的请求；

静态信息获取单元，用于从富通信RCS业务系统中获取RCS联系人的静态信息；

动态信息获取单元，用于根据所述RCS联系人的静态信息中的会话起始协议SIP统一资源标识URI从所述RCS业务系统中获取所述RCS联系人的动态信息；

联系人列表生成单元，用于基于SIP URI将所述RCS联系人的静态信息与动态信息相组合，形成具有呈现状态的联系人列表；

联系人列表发送单元，用于向所请求的用户终端发送所述具有呈现状态的联系人列表。

11.根据权利要求10所述的Web服务器，其特征在于，所述Web服务器还包括：

地址簿接收单元，用于接收所述浏览器上报的用户终端本地地址簿，所述用户终端本地地址簿是在用户终端首次注册并登录所述RCS业务系统或者用户终端本地地址簿中的联系人信息发生变更时由所述浏览器自用户终端本地获取的；

地址簿发送单元，用于向所述RCS业务系统上报用户终端本地地址簿。

12.根据权利要求10所述的Web服务器，其特征在于，所述静态信息包括联系人姓名、账号、RCS用户基本属性列表以及群组归属信息。

13.根据权利要求10所述的Web服务器，其特征在于，所述动态信息包括用户状态信息、业务能力指示信息、以及社交呈现信息。

14.根据权利要求12所述的Web服务器，其特征在于，所述RCS用户基本属性列表包括联系人的SIP URI与显示的联系人名称。

15.根据权利要求10所述的Web服务器，其特征在于，所述Web服务器还包括：

动态信息转发单元，用于将所述浏览器上报的联系人更新后的动态信息转发至所述RCS业务系统、以及将将所述RCS业务系统下发的指定联系人的动态信息转发至所请求的用户终端。

16.一种多用户终端同步获取增强型通讯录的系统，其特征在于，包括用户终端、RCS业务系统以及权利要求10至15中任一项所述的Web服务器，其中，

所述用户终端，用于通过内置的浏览器向所述Web服务器发送获取增强型通讯录的请求、以及接收具有呈现状态的联系人列表；

所述RCS业务系统，用于为所述Web服务器提供RCS联系人的静态信息与动态信息。

17.根据权利要求16所述的多用户终端同步获取增强型通讯录的系统，其特征在于，所述RCS业务系统还将接收的用户终端本地地址簿中的联系人与所述RCS业务系统中存储的RCS用户列表进行比较，筛选出所述用户终端本地地址簿中的RCS联系人。

18.根据权利要求16所述的多用户终端同步获取增强型通讯录的系统，其特征在于，所述用户终端中的浏览器在用户对增强型通讯录进行操作时向所述Web服务器发送获取增强型通讯录的请求。

19.根据权利要求18所述的多用户终端同步获取增强型通讯录的系统，其特征在于，所述对增强型通讯录进行操作的动作包括登录并请求增强型通讯录、对通讯录列表进行翻页或下拉、查看联系人、排列联系人、对联系人进行增/删/改操作、搜索联系人、以及刷新联系人界面。

20.根据权利要求16所述的多用户终端同步获取增强型通讯录的系统，其特征在于，所述RCS业务系统还接收所述用户终端上报的联系人更新后的动态信息。

21.根据权利要求16所述的多用户终端同步获取增强型通讯录的系统，其特征在于，所述RCS业务系统还向所请求的用户终端下发指定联系人的动态信息。

Images