一种网络电话本系统的服务器和实现网络电话本的方法

摘要

本发明公开了一种网络电话本系统的服务器和实现网络电话本的方法，其中服务器包括：接收存储单元，用于接收和存储来自各个用户的包含用户的个人通信信息的个人通信条目；关键信息获取单元，用于获取用户的联系人的关键信息；匹配单元，用于从接收存储单元中获取与关键信息相匹配的个人通信信息所属的个人通信条目；索引表控制单元，用于创建索引表并将指向匹配单元获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为用户建立的索引表中。采用本发明，减少了存储空间的浪费；减少了数据的不一致并降低了冲突概率；查找或搜索通信条目的时间也相应缩短；而且也可以保证获得联系人的最新通信信息。

说明书

技术领域

本发明涉及通信领域，尤其涉及一种网络电话本系统的服务器和实现网络电话本的方法。

背景技术

通信正在朝着全IP网络演进，在此期间出现了多种创新及灵活的业务。电话本是这些业务的一个基本功能。当今社会中的用户需要处理多个电话本，例如存储于诸如话机、SIM卡或PDA(Personal DigitalAssistant，即个人数字助理)等各种终端上的联系人通讯录，同时在办公室和/或家用PC(Personal Computer，即个人计算机)机或者笔记本电脑中也可能存储有联系人通讯录。但是这些通讯录可能时常有变动而造成各通讯录之间的不一致，因此导致用户的使用困难以及不良体验。因此，人们希望所有这些设备中的通讯录能够保持一致，也就是，当其中一个设备上的通讯录发生变化时，其他设备中的通信录也应做相应更新，即做到进行数据同步。为此，需要统一的地址本标准。

现有技术中，为了解决上述问题，网络电话本，如利用个人信息管理技术即PIM技术的网络电话本应运而生。PIM技术的网络电话本系统具有网络服务器，它为每个网络电话本的使用者(即用户)分配一个单独的网络存储空间。用户将自己终端中的本地电话本中的联系人通信条目以同步协议等传输方式同步到网络服务器所分配的存储空间中。

发明人在实现本发明的过程中，发现在现有技术中，各个用户的对应空间中所存储的联系人通信条目相互之间没有任何联系；然而，从实际情况来看，网络电话本中的各用户及各用户的联系人通信条目往往是具有相关性的。例如，从常理来看，如果一个用户A保存着联系人B、C和D的联系人通信信息，那么用户B、C和D也通常会对应地保存用户A的联系信息。

下面给出这种联系人通信信息相关性达到最大时的情况：假设共有1000个用户，并且这1000个用户中的每个人都存储有其他所有用户的通信信息，那么每个用户将拥有999条联系人通信信息，则网络电话本系统总共需要存储1000*999＝99,9000条通信信息。而且，如果每个用户还保存自己的通信信息，那么这种网络电话本系统就必须提供能够存储1000*1000＝100,0000条通信信息的空间。但是我们可以看出，其中有(99,9000-1000＝99,8000)到(100,0000-1000＝99,9000)条数据是冗余的，这些冗余数据占整个存储空间的99.8％～99.9％。

因此，发明人认为现有技术中的网络电话本造成了存储空间的巨大浪费。

发明内容

本发明实施例要解决的技术问题在于提供一种能够充分利用存储数据之间的相关性，进而有效利用网络存储空间的实现网络电话本的技术方案。

为解决上述技术问题，本发明实施例提供一种网络电话本系统的服务器，包括：接收存储单元，用于接收和存储来自各个用户的包含用户的个人通信信息的个人通信条目；关键信息获取单元，用于获取用户的联系人的关键信息；匹配单元，用于从接收存储单元中获取与关键信息相匹配的个人通信信息所属的个人通信条目；索引表控制单元，用于创建索引表并将指向匹配单元获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为用户建立的索引表中。

本发明实施例还提供一种实现网络电话本的方法，包括：存储来自各个用户的包含用户的个人通信信息的个人通信条目；获取当前用户的联系人的关键信息；从各个个人通信条目中获取与关键信息相匹配的个人通信信息所属的个人通信条目；将指向获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为当前用户建立的索引表中。

本发明实施例具有以下有益效果：通过在网络电话本系统的服务器存储每个用户的个人通信条目，并且通过指向其他用户的个人通信条目的索引值而得到用户的联系人通信条目，可以减少现有技术的网络电话本系统中存在的对存储空间的极大浪费；而且由于对数据的统一维护，可以减少数据的不一致并降低冲突的概率；相应的，由于服务器存储的冗余条目减少，即总条目减少，在该服务器进行通信条目的查找或搜索的时间也会相应缩短；而且通过指向由其他用户自己提交的个人通信条目而获得联系人通信条目，也可以保证获得联系人的最新通信信息。

附图说明

图1为本发明实施例的网络电话本系统的服务器的一个实例的示意框图；

图2为本发明实施例的网络电话本系统的服务器的另一个实例的示意框图；

图3为与图2所示的服务器对应的客户端的一个实例的示意框图；

图4为本发明实施例的实现网络电话本的方法的一个实例的示意流程图；

图5为本发明实施例的实现网络电话本的方法的另一个实例的示意流程图。

具体实施方式

首先说明，本发明实施例中所述的网络电话本系统可以包括客户端和服务器；其中，客户端可以安装在网络电话本用户的诸如移动电话、PDA或电脑等终端内，而网络电话本存储于服务器内。另外，本发明实施例的实现网络电话本的方法就是在网络电话本系统的服务器建立和维护网络电话本的方法。

下面结合附图对本发明实施例作进一步地详细描述。

图1为本发明实施例的网络电话本系统的服务器的一个实例的示意框图。如图1所示，该实例包括：接收存储单元100，用于接收和存储来自各个用户的包含所述用户的个人通信信息的个人通信条目；关键信息获取单元200，用于获取用户的联系人的关键信息，这种关键信息优选地可以是可单独使用一般不会重复的手机号码、电子邮箱地址、MSN号码等等，另外也可以是一些信息如姓名、工作单位、性别的各种组合；匹配单元300，用于从所述接收存储单元中获取与所述关键信息相匹配的个人通信信息所属的个人通信条目；索引表控制单元400，用于创建索引表并将指向所述匹配单元获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为用户建立的索引表中。即，在所述关键信息与所述各个用户中的某个用户的个人通信条目中的相应通信信息相匹配的情况下，索引表控制单元400将指向该匹配的个人通信条目的索引值加入当前用户的索引表中。

利用上述实施例得到的某个用户的网络电话本，实质上是一张索引表，索引表中的索引值指向用户类型联系人的个人通信条目。用户在使用本发明实施例的网络电话本时，可以通过指向某条个人通信条目的索引值来获得相应的联系人通信条目，而不是如现有技术中那样直接从自己的网络电话本的存储空间中获得联系人通信条目。这样，在实现网络电话本功能的同时，也节省了服务器的存储空间；而且由于服务器对数据的统一维护，因此能够减少数据的不一致并降低冲突的概率；相应的，由于服务器存储的冗余条目减少，即总条目减少，在该服务器进行通信条目的查找或搜索的时间也会相应缩短；而且通过指向由其他用户自己提交的个人通信条目而获得联系人通信条目，也可以保证获得联系人的准确通信信息。

用户在建立起自己的网络电话本后，可以访问该网络电话本，并通过索引值来获得相应联系人的通信信息。用户还可以对其个人通信信息进行更新以便他人可以获得自己的最新通信信息。

图2为本发明实施例的网络电话本系统的服务器的另一个实例的示意框图。如图2所示，该实例在图1所示实例的基础上还可以包括：服务器鉴权单元500，用于对用户通过客户端向服务器发起的访问进行鉴权；所述索引表控制单元400中还可以包括索引值删除子单元和索引值恢复子单元，用户在经过鉴权之后，可以直接通过索引表控制单元400对索引表进行操作，其中，用户可以利用索引值删除子单元来直接删除索引表中的某个或某些索引值以便删除不需要的联系人，在联系人已被删除的情况下，用户还可以利用索引值恢复子单元来恢复被删除的索引值(被删除的索引值可以被保存在索引值恢复子单元中以便在需要时恢复)；图1中所示的关键信息获取单元200可以由电话本同步接收子单元201和关键信息提取子单元202构成，其中，电话本同步接收子单元201用于接收来自所述当前用户的本地电话本中的含有联系人通信信息的联系人通信条目，关键信息提取子单元202用于从所述联系人通信信息中提取所述关键信息；另外还可以包括非用户类型通信条目存储单元600，用于存储所述关键信息与所述各个用户的个人通信条目中的个人通信信息不匹配的所述联系人通信条目，作为非用户类型的联系人通信条目。即，在所述关键信息与所述各个用户中的某个用户的个人通信条目中的相应通信信息不匹配的情况下，直接将不匹配的联系人通信条目存储下来作为网络电话本中独立于索引表的一个单独部分，以便用户查询或使用非用户类型的联系人通信条目。

图3为与图2所示的服务器对应的客户端的一个实施例的示意框图。如图3所示，该客户端可以包括：客户端鉴权单元701，用于在客户端向服务器发起访问时配合服务器鉴权单元500进行鉴权，即用于输入和发送鉴权所需数据，如用户名和密码等等；生成发送单元702，用于生成包含用户个人通信信息的个人通信条目并向服务器发送用户的个人通信条目；以及电话本同步发送单元703，用于向服务器以同步方式发送用户本地电话本中的联系人通信条目。

现在以一个具体的例子说明图2和图3中所示的服务器和客户端的工作原理。首先，每个网络电话本用户在使用网络电话本业务之前，都要通过客户端向服务器提交包含其详细个人通信信息的个人通信条目。在本发明实施例中，个人通信信息指各种具体的通信信息，如手机号码、电子邮箱、住址或通信地址等等；而个人通信条目指包含着一个用户的各项具体通信信息的作为一个整体的条目(后面所述的联系人通信条目和联系人通信的含义与此类似)。在此假设存在四个用户A、B、C和D，则每个人的个人通信条目都被发送到服务器并存储下来。并且，服务器为每个用户创建索引表。然后，一个用户例如用户A作为当前用户可以将自己终端上的本地电话本中的联系人通信条目，例如将联系人B和C的通信条目以同步方式发送到服务器上并存储下来。服务器在接收到这些关于用户A的联系人B和C的通信条目后，将联系人B和C的通信条目分别和其他各用户的个人通信条目进行匹配，具体地说，是将其通信条目中的信息进行匹配，这种匹配可以是关键信息的匹配，即只要联系人B和C的关键信息分别与服务器中存储的个人通信条目B和C中的相应关键信息相匹配即可认为匹配成功。对于与其他用户的个人通信条目相匹配的联系人通信条目，服务器可以在用户A的索引表中添加指向与联系人通信条目相匹配的个人通信条目的索引值，该索引表实质上是用户A所要在服务器上存储的联系人通信条目的索引值列表，例如，其中的两条索引值分别指向服务器存储的用户B和C的通信条目。同理，其他用户，例如用户B向服务器备份其终端的本地电话本中的联系人通信条目时，服务器也在其索引表中添加指向用户B在服务器中所要备份的联系人通信条目如A、C或D的联系人通信条目。依次类推，当该网络电话本系统共有n个用户时，该服务器需要保存共计n个用户的个人通信条目并为该n个用户保存n份索引表。

所述发送个人通信条目的方式可以使用HTTP(HyperTextTransport Protocol，超文本传输协议)消息、SIP(Session InitiationProtocol，会话初始化协议)消息、MSRP(Message Session RelayProtocol，消息会话中继协议)、SMS(Short Message Service，短消息业务)、MMS(Multimedia Message Service，多媒体信息业务)、SOAP(Simple Object Access Protocol，简单对象访问协议)、RTP/RTCP(Real-time Transport Protocol/Real-time Transport Control Protocol，实时传输协议/实时传输控制协议)、SyncML(Synchronous MultimediaIntegration Language，同步多媒体整合语言)、IM(Instant Messaging，即时讯息)、CPM(Converged IP Messaging，基于IP的融和消息)或WAP(Wireless Application Protocol，无线应用协议)等方式。

其中，上述个人通信条目中的个人通信信息(PCI)的标准格式可以是：

************************

起始行＝PCI SP版本号

*<姓名(描述)：字符>

*<TeL(描述)：数值>

*<Email(描述)：RFC 822 Internet地址>

*<地址(描述)：街道SP城市SP国家SP邮政编码>

结束行

************************

下面对于上述个人通信信息(PCI)的标准格式给出一个具体示例：

************************

PCI 1.0

姓名(汉字)：李明

姓名(英文)：LiMing

姓名(游戏)：狂沙

TeL(家庭)：8288****

TeL(办公)：8283****

TeL(移动电话)：139********

TeL(传真)：8254****

Email(公司)：aa@bb

Email(个人)：cc@dd

地址(公司)：**街道SP北京SP中国SP 1000**

地址(家庭)：**街道SP上海SP中国SP 200***

************************

在收到新用户的包含有所述新用户的个人通信信息的个人通信条目的情况下，关键信息获取单元200还可以用于获取新用户的关键信息；匹配单元300还用于将新用户的关键信息与非用户类型的联系人通信条目中的通信信息进行匹配；以及在新用户的关键信息与非用户类型的联系人通信信息相匹配的情况下，索引值添加子单元还用于将指向新用户的个人通信条目的索引值加入匹配的非用户类型的联系人通信信息所属用户的索引表中。这样，在有新用户加入时，通过自动将该新用户的个人通信条目中的通信信息与先有的非用户类型的联系人通信信息进行匹配并在相匹配时为相应用户的索引表添加指向该新用户的索引值，可以及时地将相匹配的原本是非用户类型的联系人通信条目变更为用户类型的，即用指向该新用户的索引值替代原本存储的实际包含着联系人通信信息的联系人通信条目，这样可以通过索引值获取由该联系人自己提供的个人通信条目，而且一般说来，用户自已提交的个人通信条目中的通信信息是较全面的和最新的信息，因此可以获得最新最准确的联系人通信信息。

所述网络电话本系统的服务器还可以包括：非用户类型通信条目删除单元(图中未显示)，用于删除匹配的非用户类型的联系人通信信息所属的联系人通信条目。如果非用户类型的联系人通信条目变更为用户类型的，那么可以将原有的实际包含着联系人通信信息的联系人通信条目删除，这样可以节省存储空间。

所述网络电话本系统的服务器还可以包括：通知单元(图中未显示)，用于通知当前用户，原先所存储的某个或某些非用户类型的联系人已变更为用户类型的联系人。这样可以使用户及时得知联系人类型的变化状态。

除了上述的由电话本同步接收子单元201和关键信息提取子单元202构成关键信息获取单元200之外，关键信息获取单元200还可以简单地接收由所述当前用户输入的关于联系人的关键信息。即，所述关键信息可以是由用户直接输入的，然后由匹配单元300将该关键信息与接收存储单元100中的各条个人通信条目中的个人通信信息进行匹配。这为用户提供了添加用户类型联系人的另一种选择。

所述网络电话本系统的服务器还可以包括：权限设置单元(图中未显示)，用于对各个用户的个人通信条目中的各项个人通信信息的访问权限进行描述，以允许或禁止其他用户获取相应的个人通信信息。例如，当前用户可能允许某个用户仅获取其姓名、手机号码和工作用电子邮箱地址这几项信息，可能允许该某个用户获取其全部通信信息，或不允许该某个用户获取其全部通信信息。这里的某个用户可能是特定的一个其他用户，也可能是某一类用户，如家人、朋友、同事等等不同类型的用户，或者是不特定的用户，例如该某个用户可能是当前用户默认设置的除了某些或某类用户之外的其他所有用户。通过权限设置，用户可以灵活地限制其他用户是否对自己的个人通信条目中的具体通信信息有访问权限以及对哪些具体通信信息有访问权限，从而保证信息安全。该权限设置单元可以设置在服务器，也可以设置在客户端。各个用户都可以设置其他用户对自己的个人通信条目的访问权限。

例如，可以用下面某个个人通信信息号码(PCI-ID，即，用于标识个人通信条目的一个编号)为10001的用户的权限设置列表来显示这种访问权限设置情况(在此假设1表示允许访问，0表示禁止访问)：

根据该表，用户标识为1001的用户只能访问PCI-ID为10001的用户的Email，用户标识为1002的用户只能访问其电话(tel)，而用户标识为1003的用户有权访问其tel和Email，而用户标识为1004的用户则有权访问tel和Email和Mobile中的所有项。

所述网络电话本系统的服务器还可以包括：网络电话本视图单元(图中未显示)，用于在当前用户要求访问索引表中某个索引值所对应的联系人的通信条目时，根据该索引值对应的个人通信条目所属的用户对各项通信信息的访问权限的描述，为当前用户提供仅包括允许获取的相应通信信息的电话本视图。例如，用户A可能仅允许当前用户看到该用户A的姓名、手机号码和工作用电子邮箱地址，那么在当前用户通过索引值来访问用户A的个人通信条目时，则提供给当前用户的电话本视图中仅该用户A的姓名、手机号码和工作用电子邮箱地址。

所述网络电话本系统的服务器还可以包括：匹配结果返回单元(图中未显示)，用于向所述用户返回所述匹配的个人通信条目。这样可以使用户得知匹配结果。

用户得知匹配结果后，可能会选择某些匹配结果而舍弃其它匹配结果，在这种情况下，所述索引值添加子单元可以在收到所述用户根据所述匹配结果而作出的确认后，将指向相应被确认的匹配的个人通信条目的索引值添加到为用户建立的索引表中。这样可以仅将经过用户确认的个人通信条目通过添加索引值的方式添加到用户的网络电话本中，从而可以避免由于系统错误或关键信息等等的错误而将指向错误的个人通信条目的索引值添加进来。

本发明实施例中提及的索引值可以是与对应的用户个人通信条目相关联的并且用于唯一标识用户身份的用户标识。服务器可以包括用户标识分配单元(图中未显示)，这种用户标识可以由用户标识分配单元为各个用户统一分配，可以是一个唯一的用户名、也可以是由CAB服务器指定的一个与用户名或鉴权时使用的参数关联的内部标识参数。

上述接收存储单元100所接收的个人通信条目可以是以预定的标准格式编辑的个人通信信息。实际应用中，服务器可以为用户提供一个网页来填写和提交用户的个人通信信息。

图4为本发明实施例的实现网络电话本的方法的一个实例的示意流程图。如图4所示，本发明实施例的实现网络电话本的一个实例的方法包括：步骤S100：存储来自各个用户的包含所述用户的个人通信信息的个人通信条目；步骤S200：获取当前用户的联系人的关键信息；步骤S300：从各个个人通信条目中获取与所述关键信息相匹配的个人通信信息所属的个人通信条目；步骤S400：将指向所述获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为当前用户建立的索引表中。

图5为本发明实施例的实现网络电话本的方法的另一个实例的示意流程图。如图5所示，实现网络电话本的方法的该实施例可以主要包括：

步骤S100：存储来自各个用户的包含所述用户的个人通信信息的个人通信条目；

步骤S105：对当前用户(即，当前创建或使用网络电话本的用户)进行鉴权；

步骤S201：接收来自所述当前用户的本地电话本中的含有联系人通信信息的联系人通信条目；

步骤S202：从所述联系人通信信息中提取所述关键信息；

步骤S300：从各个所述个人通信条目中获取与所述关键信息相匹配的个人通信信息所属的个人通信条目；

步骤S400：在步骤S300得到匹配结果的情况下，将指向所述获取的个人通信条目的索引值作为用户类型的联系人通信条目添加到为当前用户建立的索引表中；以及

步骤S600：在步骤S300未得到匹配结果的情况下，将联系人通信条目存储下来作为非用户类型的联系人通信条目。

下面给出一个实例来进一步说明上述方法。例如，假设有三个用户A、B和C，依照上述方法，他们事先各自在服务器上存储了其个人通信条目，假设用户A为当前用户，可先对用户A进行鉴权以允许其访问网络电话本，然后从用户A处接收其本地电话本中的联系人通信条目，如联系人B和C的通信条目；然后，将联系人B和C的通信条目中的关键信息与已有用户的个人通信条目中的通信信息进行匹配，那么匹配结果应为联系人B与用户B匹配，联系人C与用户C匹配；根据匹配结果，可以将指向匹配的用户B和C的个人通信条目的索引值加入用户A的索引表中。这样各个用户的个人通信条目仅在服务器上统一存储，但是用户A不需在其网络电话本上实际存储其联系人的通信条目，而是只需保存指向用户B和C的索引值，那么用户A在使用网络电话本时，通过索引值来获取相应用户B和C的个人通信条目即可得到其联系人B和C的通信信息。这样就克服了现有技术中网络电话本浪费存储空间的问题。

所述实现网络电话本的方法，还可以包括：在收到新用户的包含有所述新用户的个人通信信息的个人通信条目的情况下，提取所述新用户的关键信息并将所述新用户的关键信息与所述非用户类型的联系人通信条目中的通信信息进行匹配；以及在所述新用户的关键信息与所述非用户类型的联系人通信信息相匹配的情况下，将指向所述新用户的个人通信条目的索引值加入所述匹配的非用户类型的联系人通信信息所属用户的索引表中(图中未显示)。该步骤及其作用在前文中已有说明，在此不予赘述。

所述实现网络电话本的方法，还可以包括：删除匹配的非用户类型的联系人通信信息(图中未显示)。此步骤与上文中关于非用户类型通信条目删除单元的作用类似。

所述实现网络电话本的方法，还可以包括：通知所述当前用户，原先所存储的非用户类型的联系人已变更为用户类型的联系人(图中未显示)。此步骤与上文中关于通知单元的作用类似。

所述关键信息可以由所述当前用户直接输入。关键信息的这种获取方式在上文中已有说明，在此不予赘述。

所述各个用户的个人通信条目中还可以包括对各项个人通信信息的访问权限的描述，以允许或禁止其他用户获取相应的个人通信信息。此步骤与上文中关于权限设置单元的作用类似。

在当前用户要求访问索引表中联系人的通信信息时，根据被要求访问的联系人对应的用户对各项通信信息的访问权限的描述，为当前用户提供仅包括允许获取的相应通信信息的电话本视图(图中未显示)。此步骤与上文中关于电话本视图单元的作用类似。

在步骤300之后，还可以包括：向所述当前用户返回所述匹配的个人通信条目。此步骤与上文中关于匹配结果返回单元的作用类似。

所述向当前用户返回匹配的个人通信条目的步骤可以是在步骤S300和步骤S400之间。其中，所述步骤S400具体为：在收到用户确认的情况下，将指向相应被确认的匹配的个人通信条目的索引值添加到为当前用户建立的索引表中。此步骤与上文中关于在收到用户根据匹配结果所作的确认后，索引表控制单元400添加相应索引值的作用类似。

在需要删除某个联系人时，删除所述索引表中指向所述需要删除的联系人所对应的用户的个人通信条目的索引值。此步骤与上文中关于索引值删除子单元的作用类似。

在需要恢复所述被删除的某个联系人通信条目时，在所述索引表中重新添加指向所述被删除的对应用户的个人通信条目的索引值。此步骤与上文中关于索引值恢复子单元的作用类似。

所述实现网络电话本的方法还可以包括对当前用户进行鉴权的步骤S105。通过鉴权可以仅允许用户访问或使用网络电话本，而非用户则不允许访问网络电话本，这样可以在一定程度上保证信息安全。此步骤与上文中关于客户端鉴权单元和服务器鉴权单元的作用类似。

所述指向匹配的个人通信条目的索引值可以是与所述匹配的个人通信条目相关联的并且用于唯一标识用户身份的用户标识。

所述用户标识可以由网络电话本系统的服务器为各个用户统一分配。

所述从用户处接收的个人通信条目中的个人通信信息可以是标准数据格式的。这样有利于数据的管理。

可以通过提供一个网页以供用户填写和提交其该用户的个人通信信息而得到所述标准数据格式的个人通信信息。

上述内容主要对网络电话本系统的服务器进行了说明，现在简要说明网络电话本系统的客户端。在上述内容中已经说明，客户端可以包括：客户端鉴权单元701、生成发送单元702以及电话本同步发送单元703。除此之外，客户端还可以包括索引表更新子单元，在服务器上建立索引表后，索引表管理更新子单元可以生成修改后的索引表并发送到服务器进行替换，也可以使用SyncML、XCAP协议(XMLConfiguration Access Protocol，XML配置访问协议)来完成索引表中指定内容的更新，从而实现对索引表的管理更新。客户端还可以包括通信条目类别管理单元，其用于根据联系人为用户类型联系人或非用户类型联系人而控制使用不同的同步更新方式，同时可以给予相应的用户界面(UI)显示。

最后，对一个用户在实际使用上述系统和方法时的过程进行说明。

在一个人使用本发明实施例的系统和方法之前，这个人应当首先成为网络电话本系统的用户(简称为用户)。要成为用户，可以通过网络电话本的客户端向服务器发出请求；服务器在收到请求后可以许可其成为用户。服务器在许可时，可以为该用户分配一个唯一的用户标识。该用户标识可以是一个唯一的用户名，也可以是服务器指定的一个同用户名和鉴权数据有对应关系的内部标识参数。该用户标识也可不由服务器分配，而是由用户的具有唯一性的其它信息来代替。例如，如果用户使用手机向服务器发出请求，则服务器可使用其手机号码作为该用户的用户标识，另外，如果用户使用网页提交其请求，这时也可以提示用户填写其电子邮箱地址作为该用户的用户标识。这些内容是现有技术，所以在此不再赘述。

而且，每个用户应当将自己的包含着个人通信信息的个人通信条目发送到服务器存储下来。用户可以在客户端编辑好个人通信条目后将其发送到服务器。例如，用户可以通过Web方式在指定页面内填入相关个人信息。用户提交其个人通信条目的过程也可以在上述请求成为网络电话本用户的过程中一并进行提交，服务器可以在收到用户的成为网络电话本用户的请求和其个人通信条目之后，才许可其成为用户。

服务器须将用户的个人通信条目与该用户的用户标识进行关联。这样在各用户的索引表中可以用其他用户的用户标识作为索引值以找到相应的用户个人通信条目，这种索引值也可以是指向个人通信条目存储地址的指针。

另外，在服务器为用户分配用户标识后或在用户提交个人通信条目后，服务器还可以向客户端返回鉴权数据，以供用户以后向服务器发起业务访问时使用。当然，鉴权数据的下发也可以使用带外的方式，例如，通过短消息、电子邮件或者Web界面显示等方式来发送给用户，这些都是现有技术，在此不予赘述。

此后，用户可以将其本地电话本上的联系人通信条目同步到服务器并建立网络电话本。这个过程可以包括如下步骤：用户通过客户端将其终端中存储的联系人通信条目同步到服务器；服务器将这些联系人通信条目与存储在服务器中的各用户的个人通信条目进行关键信息的匹配；服务器为该用户建立索引表，该索引表描述与该用户所同步的联系人通信条目相匹配的并且存储于服务器中的个人通信条目的索引值。

这样，在用户首次同步过程之后，服务器为用户建立起了包含有索引表的网络电话本。在用户的这个网络电话本中，对于该用户的联系人中已经成为网络电话本的其他用户的那些联系人，用户可以通过索引值来获取这些联系人的个人通信信息。

但是对于那些本身还未成为网络电话本用户的联系人，即非用户类型的联系人，就无法为其添加索引值。服务器可以将这些联系人的通信条目直接保存下来，以供用户以后查看。

可能不断会有新用户加入网络电话本系统，对于这些新用户，服务器可以在其提交了个人通信条目后，自动将新用户的个人通信条目中的个人通信信息与已存储的非用户类型的联系人通信条目中的通信信息进行匹配，并在相匹配的情况下为非用户类型的联系人通信条目所属的用户添加指向这个新用户的索引值。

用户在建立了网络电话本之后，可以对其进行各种修改，包括：增加联系人或删除联系人等。如果是用户类型的联系人，则联系人的增加可以通过增加索引值而实现。这种增加可以是通过客户端到服务器的同步→匹配→添加索引值而实现的；也可以通过在服务器对各用户的个人通信条目进行搜索，然后添加指向希望加为联系人的用户的个人通信条目的索引值而实现。如果是非用户类型的联系人，则联系人的增加可以通过同步→存储而增加联系人通信条目来实现。同样地，删除联系人可以是通过删除索引值而删除用户类型的联系人，或者通过删除联系人通信条目而删除非用户类型的联系人来实现。这种删除也可以是通过同步来实现的，或者通过直接在服务器删除索引值或联系人通信条目来实现。

对于已删除的用户类型的联系人，用户还可以对其进行恢复，这是因为前述的删除仅仅在索引表中删除了对应的索引值，而被删索引值指向的个人通信条目并未被删除的缘故。在删除时，被删除索引值可以另外存储下来，那么在恢复时可以通过恢复该索引值即可针对该个人通信条目重新建立索引关系。

用户的个人通信信息，由用户本人保持更新，由于其他所有相关用户引用该用户的同一份通信条目，所以可以保证所有相关用户使用的都是最新的通信信息；而且服务器也只需维护每个用户的一份个人通信信息，这样就节省了存储空间并且减少了维护工作量。

用户对其个人通信条目中的各项个人通信信息，可针对不同用户分别设置访问权限(在上文中已有详细说明)，这样在其他各用户利用索引值来获取该用户的个人通信条目时，所获得的是所有通信信息的子集。可以想见，该子集最小时，所有信息都不允许某个或某些用户访问或使用；该子集最大时，所有信息都允许某个或某些用户访问或使用。

随着每个用户在其网络电话本中不断加入新的用户类型的联系人，以及其非用户类型的联系人由于其他新用户的加入而变更为用户类型联系人，可以想见，本发明实施例中所述的网络电话本系统的最理想的状态(最大相关状态)是，用户的所有联系人都是删户类型联系人，每个用户都是其他用户的联系人。例如有n个用户，每个用户都以其他n-1个用户作为其联系人时，服务器仅需保存n个用户的个人通信条目，以及n张索引表，在每张索引表中包括除用户本人之外的其他n-1个用户的个人通信条目的索引值即可。而由于索引表的信息量大大小于实际的通信信息量，所以如果本发明实施例中所述网络电话本系统的用户越多，就越能够节省存储空间并减少维护工作量。

本发明的各个实施例可以用于正在研发中的融合地址本(CAB)系统中。

以上内容仅为本发明的示例性的实施例，不用于限定本发明，本发明的保护范围由附加的权利要求书进行限定。本领域技术人员可对本发明做出各种修改和等同替换，这些修改和等同替换也应被视为落在本发明的保护范围之内。