CN101783784B - 联系视图实现方法、客户端及服务器 - Google Patents

Abstract

本发明提供一种联系视图实现方法、客户端及服务器，其中，该方法包括：获取联系信息和相应的联系视图信息；上报所述联系信息和相应的联系视图信息；其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图。通过使用本发明提供的方法，使联系视图在融合地址本中得以实现，方便用户对于个人信息的管理与交流。

Description

联系视图实现方法、客户端及服务器

技术领域

本发明涉及一种信息处理方法，尤其涉及一种基于融合地址本(Converged Address Book，CAB)的联系视图(Contact View)的实现方法以及客户端和服务器。

背景技术

现代社会是信息社会。用户可以随时随地通过移动设备进行信息的接收和发送，或执行移动设备中的应用程序。上述数据交互和执行应用程序的结果需要存储到移动设备中，并与其他设备中这种类型的数据保持一致。比如，在手机中和PDA(Personal Digital Assistant，个人数字助理)中都存有通讯录，在办公室和家里的PC(Personal Computer，个人计算机)机或者笔记本电脑也都存有相同的通讯录，人们希望这些设备中的通讯录信息能保持一致，当其中一个设备上的通讯录信息发生变化时，其他设备中的通信录信息需要做相应的更新，即进行数据同步。

通信朝着全IP网络演进，出现了多种创新及灵活的业务。地址本是这些业务的一个基本功能。现在用户需要处理多个电话本(诸如：存在话机上的，SIM卡上的，基于业务的和ISP提供的)，这造成了用户的使用困难以及不好的用户体验。为了增进用户体验，就要求一个统一的地址本标准。

融合地址本(Converged Address Book，CAB)，能够使得用户将他们的地址本备份到网络，从网络取回这些地址本，修改地址本的内容并且同其他联系人交换或更新他们的个人信息。

CAB支持多终端接入，能够被多个不同业务引擎复用并且可以跨越多个不同网络。CAB在多个不同业务和应用上提供一致的用户地址本体验。

个人联系卡(Personal Contact Card，PCC)：CAB用户定义的关于他/她自己的个人联系信息集合。

目前现有技术的一技术方案是在OMA CAB RD规范中定义了如下概念：

联系视图(Contact View)：是CAB用户向其他用户展示的个人联系卡的命名子集。

然而，融合网络地址本现有技术中，定义了关于联系视图的概念。但是还没有与其相关的具体实现方案。

发明内容

本发明实施例的目的在于提供一种基于融合地址本的联系视图实现方法以及实现该方法的装置和系统，能够使联系视图在融合地址本中得以实现。

本发明实施例提供一种联系视图实现方法，该方法包括：获取联系信息和相应的联系视图信息；上报所述联系信息和相应的联系视图信息；其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图。

本发明实施例再提供一种联系视图实现方法，该方法包括：接收联系信息和相应的联系视图信息；根据所述的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图。

本发明实施例还提供一种客户端，该客户端至少包括：信息获取模块，用于获取联系信息和相应的联系视图信息；信息上报模块，用于上报所述联系信息和相应的联系视图信息；其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图的信息。

本发明实施例又提供一种服务器，该服务器至少包括：信息接收模块，用于接收客户端传送的联系信息和相应的联系视图信息；联系视图生成模块，用于根据接收的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图。

通过本发明实施例，使联系视图在融合地址本中得以实现，方便用户对于个人信息的管理与交流。

附图说明

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

图1为本发明实施例一的方法流程图。

图2为本发明实施例二的方法流程图。

图3为本发明实施例三的一方法流程图。

图4为本发明实施例三的又一方法流程图。

图5为本发明实施例四的一结构示意图。

图6为本发明实施例四的又一结构示意图。

图7为本发明实施例五的一结构示意图。

图8为本发明实施例五的又一结构示意图。

图9为本发明实施例六的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例提供一种基于融合地址本的联系视图的实现方法以及实现该方法的系统。以下参照附图对本发明实施例进行详细说明。

实施例一

参照图1，图1为本发明一实施例基于融合地址本的联系视图实现方法的流程图。

如图1所示，本发明实施例提供的一种联系视图实现方法，该方法包括以下步骤：

步骤S101：获取联系信息和相应的联系视图信息；用户将联系人的各种信息输入移动终端，例如手机的融合网络电话本CAB中，然后选择与之对应的联系视图信息；

步骤S102：上报所述联系信息和相应的联系视图信息；将联系信息和相应的联系视图信息发送到融合地址本服务器；用户将联系人信息和对应的联系视图信息整理完毕，将这些信息发送给融合地址本服务器。其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图。

其中，融合网络电话本CAB中，对于各类联系视图，给出模版。例如：

通用格式：

开始

视图名称空格版本号空格换行

显示名称(display name)

地址类型1(描述)

地址

地址类型2(描述)

地址

结束

符合通用格式的联系视图示例如下：

默认：

开始

Default 1.0

姓名

Email地址

符合Email地址格式

移动电话

MSISDN

结束

游戏类：

开始

游戏世界1.0

游戏呢称：

游戏即时消息地址：

即时消息地址

游戏个人空间地址：

URL

结束

工作类：

开始

工作1.0

姓名

固定电话(office)

E.164号码

移动电话

MSISDN号码

结束

生活类

开始

生活1.0

显示名

固定电话(home)

E.164号码

移动电话

MSISDN号码

结束

在实际使用当中，包括如下步骤：

1.在用户启用CAB客户端填写个人联系卡PCC，客户端向用户展示一张视图种类列表CVCL(Contact View Categories List)。该视图种类列表可以在终端预存，也可以是由填写个人联系卡PCC的动作触发向服务器提取。客户端提示用户选择所要使用的联系视图；客户端提示用户选择联系视图(例如：默认、游戏、工作、生活)，可能还会提示用户为每个视图指定对外的显示名称(display name)；客户端提示用户填入个人联系信息(步骤S101)；

2.客户端在用户填写完毕后，将联系信息和相应的视图信息(选择的视图种类和为每个视图指定的显示名称)发送到CAB服务器侧(包括CAB服务器，PCC服务器等)(步骤S102).

在供相关用户访问时，逻辑上，使用联系信息对视图规则实例化为联系视图如下：

默认：

开始

Default 1.0

李明

Email

LIMINGhuawei.com

移动电话

1391091****

结束

游戏：

开始

游戏世界1.0

火狐

即时消息地址(Game)

游戏中即时消息的地址XXX

个人空间地址(Game)

游戏个人空间URL

结束

工作：

开始

工作1.0

李明

固定电话(office)

010-8288****

移动电话

1391091****

结束

生活

开始

生活1.0

大李

固定电话(home)

010-6228****

移动电话

1391091****

结束

本发明的实施例可以在融合地址本中实现联系视图的功能，方便了用户的使用与管理。

实施例二

请参阅图2，图2是本发明另一实施例联系视图实现方法的流程图。

本实施例包括以下步骤：

S201：获取联系信息和相应的联系视图信息；

S202：上报所述联系信息和相应的联系视图信息；

S203：提取所述个人联系卡及其关联的联系视图；

S204：修改所述联系视图并根据修改后的联系视图生成新的联系视图规则；

S205：上报所述新的联系视图规则。

与实施例一的不同之处是：本实施例提供了对联系视图的规则进行修改的功能，允许用户在服务器正式发布视图前，允许用户预览和修改视图规则。

融合网络电话本CAB中，对于各类联系视图，定义出标准化的模版。例如：

通用格式：

开始

视图名称 空格 版本号 空格换行

显示名称(display name)

地址类型1(描述)

地址

地址类型2(描述)

地址

结束

符合通用格式的联系视图示例如下：

默认：

开始

Default 1.0

姓名

Email地址

符合Email地址格式

移动电话

MSISDN

结束

游戏类：

开始

游戏世界1.0

游戏呢称：

游戏即时消息地址：

即时消息地址

游戏个人空间地址：

URL

结束

工作类：

开始

工作1.0

姓名

固定电话(office)

E.164号码

移动电话

MSISDN号码

结束

生活类

开始

生活1.0

显示名

固定电话(home)

E.164号码

移动电话

MSISDN号码

结束

具体步骤说明如下：

1.在用户启用CAB客户端填写个人联系卡PCC，客户端向用户展示一张视图种类列表CVCL(Contact View Categories List)。该视图种类列表可以在终端预存，也可以是由填写个人联系卡PCC的动作触发向服务器提取。客户端提示用户选择所要使用的联系视图；客户端提示用户选择联系视图(例如：默认、游戏、工作、生活)，可能还会提示用户为每个视图指定对外的显示名称(display name)；客户端提示用户填入个人联系信息，为每个信息域指定可开放的视图，例如，填入即时通信地址后选择“游戏”，个人空间地址后选择“游戏”，填入移动电话后，选择“工作”和“生活”，等等；(步骤S201)

2.客户端在用户填写完毕后，将联系信息和相应的视图信息(视图种类、显示名称)发送到CAB服务器侧(包括CAB服务器，PCC服务器等)；(步骤S202)

3.服务器根据来自客户端的联系信息生成对应用户的个人联系卡PCC，根据相应的视图信息得到相应的联系视图，并使用联系信息进行实例化，将结果返回客户端；

逻辑上，使用联系信息实例化联系视图如下：

默认：

开始

Default 1.0

李明

Email

LIMINGhuawei.com

移动电话

1391091****

结束

游戏：

开始

游戏世界1.0

火狐

即时消息地址(Game)

游戏中即时消息的地址XXX

个人空间地址(Game)

游戏个人空间URL

结束

工作：

开始

工作1.0

李明

固定电话(office)

010-8288****

移动电话

1391091****

结束

生活

开始

生活1.0

大李

固定电话(home)

010-6228****

移动电话

1391091****

结束

4.客户端在提供给用户预览的时候(步骤S203)，允许用户对相应的视图进行修改，例如，用户设定在默认视图中，不显示移动电话；(步骤S204)

5.客户端根据用户对视图的修改生成新的视图规则发往服务器。(步骤S205)

在一较佳实施例中，还可以将联系视图格式进行分类，根据分类向访问用户开放。所述的联系视图格式种类保存在客户端或向融合地址本服务器提取。

本发明的实施例在融合地址本中实现联系视图的功能后，又增加了用户对联系视图规则的修改，方便了用户的使用与管理，更具人性化。

实施例三

参阅图3，图3为本发明又一实施例联系视图实现方法的流程图。

本实施例的方法包括步骤：

S301：接收联系信息和相应的联系视图信息；服务器端接收客户端传送的联系人信息与对应的联系视图信息；

S302：根据所述的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图；服务器端接受到客户端传送的文件之后，生成对应的个人联系卡和联系视图。

在另一较佳实施例中，如图4所示，其前两步骤与实施例三相同，不同之处是还包括步骤S403：生成所述联系视图的格式种类，以供客户端提取。

在另一较佳实施例中，还包括步骤：将联系视图进行分类，根据分类向访问用户开放。

所述联系视图的种类包括默认、游戏、工作、生活或用户根据需要自定义的名称。

本发明的实施例在服务器端提供了基于融合地址本的联系视图实现方法，并且还可根据需要对联系视图进行分类，并根据分类向不同客户开放，方便了用户的使用与管理，更具人性化。

实施例四

再请参阅图5，图5是本发明实施例一种客户端的结构示意图，该客户端用于实现联系视图功能。

在本实施例中，所述的客户端至少包括信息获取模块，用于获取联系信息和相应的联系视图信息；

信息上报模块，用于上报所述联系信息和相应的联系视图信息；其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图的信息。

在本发明的另一实施例中，所述的客户端还包括信息提取模块，用于提取个人联系卡及其关联的联系视图；信息修订模块，修改所述联系视图并根据修改后的联系视图生成新的联系视图规则；规则上报模块，用于上报所述新联系视图规则，如图6所示。

在本发明的另一实施例中，所述的客户端还包括控制信息上报模块，用以获得每个联系视图的访问控制信息并上报该访问控制信息，如图6所示。

本发明实施例提供了一种基于融合地址本的联系视图实现客户端装置，可以在融合地址本中实现联系视图的功能，并且还可供用户修改，方便了用户的使用与管理。

实施例五

再请参阅图7，图7是本发明实施例一种服务器的结构示意图。该服务器用于实现联系视图功能。

在本实施例中的服务器至少包括：信息接收模块，用于接收客户端传送的联系信息和相应的联系视图信息；联系视图生成模块，用于根据接收的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图。

本发明实施例提供的基于融合地址本的联系视图实现服务器装置，实现了在融合地址本中实现联系视图的功能，方便了用户的使用与管理。

在本发明的另一实施例中，所述的服务器还包括分类开放模块，用于将联系视图进行分类，并根据得到的联系视图种类向访问终端开放，如图8所示。

在本发明的又一实施例中，所述的服务器还包括修订记录模块，用于接收联系视图修改信息，将对应的个人联系卡与修订后的联系视图规则进行关联，如图8所示。

在本发明的再一实施例中，所述的服务器还包括控制信息接收模块，用于接收联系视图控制信息，并根据该控制信息控制用户的访问，如图8所示。

实施例六

再请参阅图9，图9是本发明实施例提供的一种联系视图实现系统的结构示意图。

本发明实施例提供一联系视图实现系统，该系统至少包括一客户端以及一服务器，其中：

所述的客户端可以获取视图信息(包括视图的种类、显示名称)，然后将这些信息上报到CAB服务器侧。

所述的服务器接收客户端传送的联系信息和相应的联系视图信息；根据接收的联系信息和相应的联系视图信息、相关的联系视图规则、显示名称，在需要时生成相应的联系视图，供其他用户访问。

本实施例提供的基于融合地址本的联系视图实现系统，达到了在融合地址本中实现联系视图的功能，是用户对个人信息的管理更加方便与快捷。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种基于融合地址本的联系视图实现方法，其特征在于，该方法包括：

获取联系信息和相应的联系视图信息；

上报所述联系信息和相应的联系视图信息；

其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图。

2.根据权利要求1所述的方法，其特征在于，在上报所述联系信息和相应的联系视图信息之后还包括：

提取所述个人联系卡及其关联的联系视图；

修改所述联系视图并根据修改后的联系视图生成新的联系视图规则；

上报所述新的联系视图规则。

3.根据权利要求1或2所述的方法，其特征在于，在上报所述联系信息和相应的联系视图信息之后还包括：

获得每个联系视图的访问控制信息并上报该访问控制信息。

4.一种基于融合地址本的联系视图实现方法，其特征在于，该方法包括：

接收联系信息和相应的联系视图信息；

根据所述的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图。

5.根据权利要求4所述的方法，其特征在于，在生成对应的个人联系卡及其关联的联系视图之后还包括：

将联系视图进行分类，根据得到的联系视图种类向访问终端开放。

6.根据权利要求4所述的方法，其特征在于，在生成对应的个人联系卡及其关联的联系视图之后还包括：

接收联系视图修改信息，为所述对应的个人联系卡关联修订后的联系视图规则。

7.根据权利要求5所述的方法，其特征在于，在根据联系视图的种类向访问终端开放之前还包括：

接收联系视图控制信息，并根据该控制信息控制终端的访问。

8.一种基于融合地址本的客户端，其特征在于，该客户端至少包括：

信息获取模块，用于获取联系信息和相应的联系视图信息；

信息上报模块，用于上报所述联系信息和相应的联系视图信息；其中，所述联系信息和相应的联系视图信息用于服务器生成对应的个人联系卡及其关联的联系视图的信息。

9.根据权利要求8所述的客户端，其特征在于，该客户端还包括：

信息提取模块，用于提取个人联系卡及其关联的联系视图；

信息修订模块，修改所述联系视图并根据修改后的联系视图生成新的联系视图规则；

规则上报模块，用于上报所述新联系视图规则。

10.根据权利要求8或9所述的客户端，其特征在于，该客户端还包括：

控制信息上报模块，用以获得每个联系视图的访问控制信息并上报该访问控制信息。

11.一种基于融合地址本的服务器，其特征在于，该服务器至少包括：

信息接收模块，用于接收客户端传送的联系信息和相应的联系视图信息；

联系视图生成模块，用于根据接收的联系信息和相应的联系视图信息生成对应的个人联系卡及其关联的联系视图。

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

分类开放模块，用于将联系视图进行分类，并根据得到的联系视图种类向访问终端开放。

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

修订记录模块，用于接收联系视图修改信息，将对应的个人联系卡与修订后的联系视图规则进行关联。

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

控制信息接收模块，用于接收联系视图控制信息，并根据该控制信息控制用户的访问。

Images