一种电话簿系统及移动终端电话簿更新及呼叫方法

具体实施方式

本发明提供的电话簿系统是基于客户端/服务器(C/S)模式的电话簿系统，如图1示出的电话簿系统框架图，包括用户移动终端(MS)、移动通讯网络、目录服务器。MS通过空中信道接入移动通讯网络；移动通讯网络通过IP网络与目录服务器相连。该框架图的具体实例可参见图2示出的电话簿系统组网图，其中，移动通讯网络通过网关与IP网络相连，移动通讯网络实现透明传输，将MS接入到IP网络侧目录服务器，由于移动通讯网络作为透明传输，以下不再对移动通讯网络进行描述。目录服务器为一个数据库，用于存储各个用户的联系信息，以及每个用户所包含的若干联系人信息。MS上设置有访问该目录服务器的客户端软件，用于接入目录服务器读取目录服务器数据及上传信息。与目录服务器通过IP网络相连的还有管理台，用于对目录服务器数据库进行维护与管理，包括数据库数据的添加、删除、更新等。

下面首先对目录服务器进行详细描述。

在目录服务器中，记录了各个用户的个人联系信息，以及每个用户所包含的联系人，这些信息分别记录在目录服务器上的用户表(UserTab)和联系表(ContactTab)内。

如下表1示出了UserTab表的结构，UserTab表主要用来存储所有用户的个人联系信息。该表包含用户标识(UserID)、关联用户标识(AlliedUserID)、用户名称(UserNames)、用户口令(UserPassword)、用户详细信息(UserDetailedInfo)。

在用户注册时，系统会分配给每个用户一个唯一的用户标识，并记录在UserID内，用户提供用户名称记录在UserNames中，还需提供用户口令记录在UserPassword中。用户还需要提供具体的联系信息，例如电话号码、邮件地址，分别记录在UserDetailedInfo的PhoneNumber字段和eMail字段中；当然，UserDetailedInfo还可以包含其他字段用来存储其他的联系信息，例如还可包含Address字段用来存储家庭住址。当某用户将自己的联系表(ContactTab)提供给另一用户共享使用时，则在被提供方的UserID所对应的AlliedUserID下填写提供方的用户标识，如表1便表示了用户1002(Tom)使用用户1001(Mary)的ContactTab信息，通过AlliedUserID，可以方便的实现通讯录的共享。

                                   表1

如下表2示出了ContactTab表的结构，ContactTab表主要用来存储每个用户所包含的若干联系人标识。该表结构包含用户标识(UserID)、联系人标识(FriendsID)、更新标志(UpdateFlag)、时间戳(LastUpdateTime)。其中，FriendsID所填的内容便是隶属于对应UserID用户的联系人标识。如下表2表示，用户1000(James)包含的联系人有用户1001(Mary)和用户1002(Tom)。UpdateFlag表示在所对应UserID用户手机电话簿中对应的FriendsID用户信息是否与系统中的同步。当某用户登陆目录服务器更新了UserTab中个人ID对应的UserDetailedInfo中的信息时，系统记录该更新时间，并在所有ContactTab表中FriendsID下检索该用户ID，然后将对应的UpdateFlag置位为1，表示与相应用户手机电话簿中的该用户信息不同步，并且将所述系统记录的更新时间记录在LastUpdateTime项中。

                           表2

下面再对作为客户端的MS进行介绍，所述MS相对于目前的移动终端来说，增加了客户端软件，该软件可以在出厂时便内置于手机，也可以在出厂后通过下载的方式下载到手机上；MS上还包括一个电话簿，存储的数据包括UserID、FriendsID、UserNames、UserDetailedInfo、LastUpdateTime。客户端软件向用户提供了登陆目录服务器、及登陆后指示目录服务器上该用户的个人信息进行修改及对所属联系人标识进行增加/删除的功能，以及提供了管理手机电话簿的功能。

下面以具体的实施例来对基于C/S模式电话簿系统的MS电话簿更新方法进行详细说明。

首先启动MS上的客户端程序，输入用户ID和密码，发送给目录服务器进行鉴权，目录服务器将通过用户的ID，查询UserTab得到对应的密码进行鉴权。

鉴权通过后，用户可以通过MS与目录服务器交互修改目录服务器上的数据，主要指的是修改UserTab中的个人联系信息以及增删ContactTab中个人ID对应的联系人标识。在增删联系人时，手机电话簿会保持与目录服务器上数据的一致，以添加一个联系人来说，客户端在发送添加命令时携带所添加用户的ID或者登陆名称或者联系人手机号来标识要添加的联系人，目录服务器通过UserTab表查询到所添加的联系人ID，并添加到Contact中当前登陆用户ID对应的FriendsID项中，相应的客户端侧下载该联系人的详细信息添加在手机电话簿中。

当用户通过客户端根据用户名----如James，添加一个联系人时，客户端发送含有该联系人用户名的添加命令，目录服务器接收后通过UserTab表查询到用户名为James的用户ID，在ContactTab中对应的FriendsID下增加该联系人ID，并将其联系信息发送给客户端更新电话簿。如果一个用户名对应了多个ID，则需要通过系统与用户的交互过程，由用户根据具体的联系信息确定所期望的用户ID。不难理解，在添加的时候，还可以通过其他的信息如手机号码进行添加。

鉴权通过后，电话簿系统还可以将MS电话簿中记录的联系人信息更新为与目录服务器上的同步。

在描述所述同步过程之前，有必要首先介绍用户修改个人联系信息时，电话簿系统的运作情况。当某用户登陆目录服务器，在UserTab表中修改UserDetailedInfo下其个人联系信息后，系统记录所修改时间，并检索其他用户的ContactTab中FriendsID项下所出现的该用户ID的表项，将对应的更新标志(UpdateFlag)置位为1，以及将对应的LastUpdateTime刷新为所述修改时间。如表1中的用户1000(James)更新了UserDetailedInfo后，在表2中FriendsID下的该用户1000(James)对应的UpdateFlag置1，并将LastUpdateTime刷新为所述修改时间。

对于其他用户来说，用户登陆后，系统启动同步流程，会将其手机电话簿记录的信息刷新为与目录服务器上的同步。当然，启动对电话簿的刷新也可以由用户选择客户端软件提供的刷新功能，从终端发起对整个电话簿或对单个联系人的联系信息的同步请求。

其中启动同步流程后，刷新为同步的方法包括以下几种方式：

第一种方式：目录服务器首先从当前登陆用户ID对应的ContactTab中，读出属于该UserID的所有FriendsID下的用户标识，然后在UserTab中索引到这些用户的具体联系信息，下载覆盖手机电话簿中对应用户的信息。

第二种方式：客户端根据电话簿上保存的联系人用户ID、用户名、用户信息，分别将每一个用户ID和其联系信息使用一个校验算法，如CRC算法，产生一个校验值(key)，依次发送到目录服务器，目录服务器根据所述联系人用户ID在UserTab中检索到联系信息，使用同样的校验算法产生一个Key值，将两个Key值进行比较，若相同，表示用户手机电话簿上该联系用户的联系信息与目录服务器记录的同步，不需要刷新，否则，目录服务器将该用户ID的联系信息下发给客户端对其电话簿该联系用户信息进行更新。

第三种方式：客户端根据电话簿上保存的联系人用户ID、LastUpdateTime，分别将每一个用户ID和对应的LastUpdateTime发送到目录服务器；目录服务器在ContactTab中，根据UserID下该登陆用户ID，检索其FriendsID下该联系用户ID对应的LastUpdateTime，与接收的MS发送的LastUpdateTime比较，若不同，则目录服务器将该联系用户ID的联系信息及LastUpdateTime下发给客户端进行更新。

第四种方式：目录服务器在ContactTab中，根据UserID下当前登陆用户ID，检索其FriendsID下每个联系用户ID对应的UpdateFlag项，若置位为1的，则根据该联系用户ID查询UserTab表，得到该联系用户ID对应的用户联系信息，发送给客户端，刷新客户端手机电话簿上对应联系用户的信息，并将UpdateFlag复位为0。

对于以上给出的同步方法中，第一种方式是全部下载覆盖方式，简单易行，但是由于数据量大，占用带宽资源较多。第二种方式需要两端进行校验运算，占用的电话簿系统CPU资源较多。第三种方式仅需要目录服务器进行逐个比较运算。第四种方式则不需要比较运算步骤，而根据UpdateFlag标志选择更新的联系人信息，是较佳的同步方法。运营商可以根据需要预先设定一种方法应用于电话簿系统中。其中，根据采取的同步方法，ContactTab表结构可以进行相应的调整，例如前两种同步方式是不需要ContactTab表中包含UpdateFlag和LastUpdateTime的，第三种和第四种则分别需要ContactTab表中分别仅含有LastUpdateTime和UpdateFlag即可。

基于本发明C/S模式的电话簿系统，使用户的联系人信息可以完整的保留在目录服务器内，在用户更换/丢失MS后，用户可以在新的MS上，通过客户端软件登陆目录服务器，将记录的联系人信息下载到新MS的电话簿中，免去手工逐条输入。并且，通过目录服务器与MS电话簿的同步，可以保证用户在目录服务器上修改了自己的联系方式后，相关含有该用户联系信息的用户手机电话簿可以自动更新为与目录服务器上的一致，确保联系方式的正确性。

基于本发明C/S模式电话簿系统，可以在用户呼叫过程中加入上述的同步过程：用户通过手机电话簿调出某用户名呼叫时，MS首先自动通过客户端登陆目录服务器，检测该联系用户通讯方式是否与目录服务器记录的一致，也就是检测该被叫对应的联系信息是否为最新。如果不是，则刷新该用户联系信息与目录服务器同步，然后根据手机电话簿刷新后的联系信息，呼出刷新后的用户电话号码，这样可以保证被叫方联系信息的正确性。其中，用户名和密码的自动上传的方式是基本的自动鉴权方式，还可采用将用户的鉴权信息和MS电话号码进行绑定上传的方式进行鉴权，在MS呼叫时，便可以实现MS的自动登陆。

基于本发明C/S模式电话簿系统，还可以开发一些其他的呼叫方法。例如，在UserTab表中，用户可以在UserDetailedInfo设置一个“隐藏标志”，当该标志值为有效时，其联系信息无法被其他的相关用户下载到其手机电话簿中，这些相关用户仅能保存该用户ID及用户名，在通过电话号码簿调出该用户名进行呼叫时，MS首先自动通过客户端登陆目录服务器，查询获取该被叫用户ID对应的电话号码后，MS将被叫号码发送出去。这样可以使用户信息不被显示于电话簿上，保护了用户的隐私。

另外，也可以对手机电话簿的功能进行开发，在用户手机电话簿同步目录服务器上的时候，同步下来所有的真实数据，但是并不显示“隐藏标志”为有效的用户信息。这样每次发起呼叫的时候无需访问服务器，不会影响呼出的反应速度。

基于本发明C/S模式电话簿系统，还可以方便的实现联系人信息的共享。例如，使用UserTab表提供的AlliedUserID项，可以将UserTab中用户ID索引到AlliedUserID中用户ID对应的ContactTab表，共享其联系人数据。另外，用户还可以通过客户端软件将某些联系人ID发送给其他使用目录服务的用户，接收方用户可选择拒绝或者接受，选择接受后，在目录服务器上接收方用户ID的ContactTab表中添加接收的用户ID，并将接收的用户信息发送到接收方手机电话簿上进行同步。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。