一种个人信息管理方法及装置

暂无

一种个人信息管理方法及装置\n技术领域\n[0001] 本发明涉及信息管理领域，特别是涉及一种个人信息管理方法及装置。\n背景技术\n[0002] 通讯录人们进行信息管理的重要手段，通过通讯录可以记录联系人的各种联系方式与信息。在互联网普及的今天，人们越来越多的通过互联网这个媒介统一保存信息，从而可以在能够连接互联网的情况下随时随地获得最新的信息。然而通讯录中的联系人信息并非是不变的，当联系人信息改变后，原有的信息将无法继续保持与联系人之间的通讯纽带，因此仅仅通过互联网存储通讯录无法满足人们保持沟通的需求。\n[0003] 目前，一些技术方案允许用户发布个人信息的更新，例如，可以通过安装客户端软件向同步信息服务器上传通讯录，并进行管理、同步，利用该方法，用户可以将自己的个人信息上传到服务器，然后由服务器将信息发布给与该联系人相关的用户。然而在该技术方案中，一旦用户将个人信息发布到服务器，服务器就会自动将这些个人信息发布给该用户的联系人，但其结果往往是，某些用户不愿更新的内容被更新，或是一些不希望发布的临时个人信息被发布出去而没有途径保存。\n发明内容\n[0004] 有鉴于此，本发明的目的在于提供一种个人信息管理方法及装置，可以将个人信息的存储与发布区分开来，便于更加灵活地实现对个人信息的管理。\n[0005] 为实现上述目的，本发明提供了如下方案：\n[0006] 一种个人信息管理方法，包括：\n[0007] 接收到用户输入的其个人信息时，建立个人分支，将所述个人信息保存在所述个人分支中；\n[0008] 当接收到发布所述个人信息的消息时，建立与所述个人分支对应的主分支，将所述个人信息中需要发布的信息条目保存在所述主分支中；\n[0009] 当接收到某联系人发出的获取该用户个人信息的请求时，将所述主分支中保存的需要发布的信息条目同步到为该联系人建立的用户分支中。\n[0010] 优选的，所述个人分支中包括键字段固定的基础信息，及键值对均由用户自定义的扩展信息；\n[0011] 所述用户分支中包括键字段固定的基础信息，及键值对均由联系人自定义的自定义信息。\n[0012] 优选的，还包括：\n[0013] 接收用户对通讯录内联系人的分组信息，以及用户指定的需要向各组别的联系人发布的信息条目；\n[0014] 将所述个人信息中需要发布的信息条目保存在所述主分支中时还包括：\n[0015] 将该用户指定的各组别与需要发布的信息条目之间的对应关系保存在所述主分支中；\n[0016] 将所述需要发布的信息条目同步到为该联系人建立的用户分支中包括：\n[0017] 判断该联系人所属的组别，将需要向该组别联系人发布的信息条目同步到为该联系人建立的用户分支中。\n[0018] 优选的，还包括：\n[0019] 当主分支数据发生更新，或者与某联系人的用户分支数据发生冲突，或者某联系人在离线状态进行的修改与主分支的数据发生冲突时，将发生更新或冲突的信息条目提示给该联系人。\n[0020] 优选的，还包括：\n[0021] 当主分支数据与某联系人的用户分支数据发生冲突时，提供主分支与用户分支的数据供该联系人选择；\n[0022] 根据该联系人选择的结果确定用户分支数据的最终结果。\n[0023] 优选的，还包括：\n[0024] 当某联系人在离线状态进行的修改与用户分支的数据发生冲突时，判断主分支数据与用户分支数据是否存在冲突，如果存在，提供该联系人修改后的数据、主分支数据及用户分支数据供该联系人选择；否则，提供该联系人修改后的数据及用户分支的数据供该联系人选择；\n[0025] 根据该联系人选择的结果确定用户分支数据的最终结果。\n[0026] 优选的，还包括：\n[0027] 如果用户使用移动台国际识别码MSISDN登录系统，则将该MSISDN映射到一全局唯一的虚拟账号，并将所述虚拟账号提供给该用户的联系人，保存该虚拟账号与该用户的个人信息之间的映射关系；\n[0028] 当用户更换MSISDN时，接收用户使用原MSISDN登录后进行修改并发布的信息，更新主分支中该用户的MSISDN信息；\n[0029] 接收到某联系人通过所述虚拟账号获取该用户当前MSISDN信息的请求时，将主分支中修改后的MSISDN信息同步到该联系人的用户分支中。\n[0030] 一种个人信息管理装置，包括：\n[0031] 第一保存单元，用于接收到用户输入的其个人信息时，建立个人分支，将所述个人信息保存在所述个人分支中；\n[0032] 第二保存单元，用于当接收到发布所述个人信息的消息时，建立与所述个人分支对应的主分支，将所述个人信息中需要发布的信息条目保存在所述主分支中；\n[0033] 信息发布单元，用于当接收到某联系人发出的获取该用户个人信息的请求时，将所述主分支中保存的需要发布的信息条目同步到为该联系人建立的用户分支中。\n[0034] 优选的，所述个人分支中包括键字段固定的基础信息，及键值对均由用户自定义的扩展信息；\n[0035] 所述用户分支中包括键字段固定的基础信息，及键值对均由联系人自定义的自定义信息。\n[0036] 优选的，还包括：\n[0037] 权限信息接收单元，用于接收用户对通讯录内联系人的分组信息，以及用户指定的需要向各组别的联系人发布的信息条目；\n[0038] 所述第二保存单元还用于将该用户指定的各组别与需要发布的信息条目之间的对应关系保存在所述主分支中；\n[0039] 所述信息发布单元具体用于判断该联系人所属的组别，将需要向该组别联系人发布的信息条目同步到为该联系人建立的用户分支中。\n[0040] 优选的，还包括：\n[0041] 提示单元，用于当主分支数据发生更新，或者与某联系人的用户分支数据发生冲突，或者某联系人在离线状态进行的修改与主分支的数据发生冲突时，将发生更新或冲突的信息条目提示给该联系人。\n[0042] 优选的，还包括：\n[0043] 第一数据提供单元，用于当主分支数据与某联系人的用户分支数据发生冲突时，提供主分支与用户分支的数据供该联系人选择；\n[0044] 第一状态修改单元，用于根据该联系人选择的结果确定用户分支数据的最终结果。\n[0045] 优选的，还包括：\n[0046] 第二数据提供单元，用于当某联系人在离线状态进行的修改与用户分支的数据发生冲突时，判断主分支数据与用户分支数据是否存在冲突，如果存在，提供该联系人修改后的数据、主分支数据及用户分支数据供该联系人选择；否则，提供该联系人修改后的数据及用户分支的数据供该联系人选择；\n[0047] 第二状态修改单元，用于根据该联系人选择的结果确定用户分支数据的最终结果。\n[0048] 优选的，还包括：\n[0049] 映射单元，用于如果用户使用移动台国际识别码MSISDN登录系统，则将该MSISDN映射到一全局唯一的虚拟账号，并将所述虚拟账号提供给该用户的联系人，保存该虚拟账号与该用户的个人信息之间的映射关系；\n[0050] 主分支更新单元，用于当用户更换MSISDN时，接收用户使用原MSISDN登录后进行修改并发布的信息，更新主分支中该用户的MSISDN信息；\n[0051] 同步单元，用于接收到某联系人通过所述虚拟账号获取该用户当前MSISDN信息的请求时，将主分支中修改后的MSISDN信息同步到该联系人的用户分支中。\n[0052] 根据本发明提供的具体实施例，本发明公开了以下技术效果：\n[0053] 第一，本发明可以将个人信息的存储与发布区分开来，因此，如果一些信息是用户不想发布的，便可以仅在个人分支中进行存储，同时将需要发布的信息条目存储在主分支中，在满足发布信息需求的同时，还可以对用户不想发布的信息进行存储。另外，当接收到某联系人的请求时才将主分支中的数据同步到该联系人的用户分支中，避免了用户接收到不愿更新的信息。\n[0054] 第二，将用户分支中的联系人信息划分为基础信息、扩展信息及自定义信息三个部分，可以在自定义信息部分描述用户希望记录的一些联系人的其他信息。\n[0055] 第三，可以允许用户对通讯录中的联系人进行分组，并针对每个组中的联系人可以公开的信息条目，因此便于对联系人信息进行隐私控制。\n[0056] 第四，当不同分支中的联系人信息发生冲突时，可以对发生冲突的信息条目进行提示；还可以通过提供多种分支中的信息来解决该数据冲突问题。\n[0057] 第五，对于使用手机号登录系统的用户，可以通过将手机号与系统虚拟账号进行绑定，来消除用户更换手机号时带来的不便。\n附图说明\n[0058] 图1是本发明实施例提供的方法的流程图；\n[0059] 图2是本发明实施例提供的各分支之间的关系示意图；\n[0060] 图3是本发明实施例提供的利用虚拟账号实现手机换号的示意图；\n[0061] 图4是本发明实施例提供的装置的示意图。\n具体实施方式\n[0062] 为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。\n[0063] 参见图1，本发明实施例提供的个人信息管理方法包括以下步骤：\n[0064] S101：接收到用户输入的其个人信息时，建立个人分支，将所述个人信息保存在所述个人分支中；\n[0065] S102：当接收到发布所述个人信息的消息时，建立与所述个人分支对应的主分支，将所述个人信息中需要发布的信息条目保存在所述主分支中；\n[0066] S103：当接收到某联系人发出的获取该用户个人信息的请求时，将所述主分支中保存的需要发布的信息条目同步到为该联系人建立的用户分支中。\n[0067] 本发明实施例将用户的个人信息的存储以每用户为单位进行组织，每个用户的个人信息称为一份文档，文档由“键值对”构成，其中“键”为字符串形式(如姓名、电话、电子邮箱等等)，“值”可以是字符串或二进制数据(即“键”对应的具体内容)。\n[0068] 所述分支是指一份个人信息的拷贝，各个拷贝之间允许存在信息的修改等原因产生的差异。不同的分支之间仅通过数据的合并操作来相互影响，而提交在每个分支上的数据并不会影响其他分支的数据。\n[0069] 首先，当用户登录系统并填写自己的个人信息时，为该用户在服务器端建立一份个人分支，以用户A为例，也就是当用户A输入自己的信息(自己的姓名、电话号码、电子邮箱地址等等)时，为该用户A建立个人分支，将用户A输入的个人信息存储在个人分支中。\n即，个人分支用于用户维护本人的信息，当用户更新个人信息到此分支时并不发生信息的对外发布。因此，用户可以将自己的个人信息存储在个人分支中，而不用担心某些不想对外发布的信息被发布出去。\n[0070] 在用户填写个人信息时，可以向用户提供两种选择，存储或者发布，如果用户选择存储，则直接将用户的个人信息保存在个人分支中。当用户选择发布时(可以在填写个人信息后的任何时刻，而不一定在填写完成后即选择发布)，服务器端可以相应的建立一份主分支，将用户的个人信息保存在主分支中。也就是说，主分支用于保存用户需要向外发布的个人信息。\n[0071] 当然，用户可能只想对外发布个人信息中的某些条目，因此，用户也可以有选择地指定可以发布的信息条目，即可以指定哪些信息条目仅用于存储，而哪些信息条目是可以被发布出去的。此时，个人分支中仍然保存用户的所有个人信息，这些信息仅用户本人可见，主分支中保存可以发布的信息条目，这些信息条目可以个人信息的一部分，也可以是个人信息的全部。因此，主分支对于联系人本人相当于是可读、可写的，其中，写操作的数据来自于个人分支中的信息，写操作可以由用户本人选择发布信息时触发。当然主分支对于用户本人以外的其他用户是只读的。可见，引入个人分支以及主分支，可以使得用户既能利用个人分支存储个人信息，又能发布信息(可以是选择性地发布)，因此，可以将存储与发布区分开来，极大地方便了用户对个人信息的管理。\n[0072] 同时，本发明实施例还为通讯录的联系人中出现用户A的各用户建立用户分支，即，如果用户A是用户B的联系人，则用户B拥有用户A的个人信息，并将用户A的个人信息保存在用户分支中，也就是说用户分支用于保存用户B的联系人的个人信息。可见，由于每个用户的通讯录中一般有多个联系人，因此，每个用户可能具有多个用户分支，分别用于保存各个联系人的个人信息。例如，用户A出现在用户B的通讯录中，即用户A是用户B的联系人，则用户B维护的用户A的个人信息将存储在用户分支中。如果用户B需要更新用户A的个人信息，则可以向服务器发送请求，服务器接收到请求后，将主分支中保存的可以发布的信息条目同步到用户B的用户分支中。\n[0073] 其中，用户分支中的信息可以是用户B自行输入的，即，在用户B获取更新之前，用户分支中可能已经存在一些信息，因此，在从主分支获取到信息条目后，需要首先进行数据的合并及冲突处理，然后再将数据传递给用户B。可见，使用用户分支后，用户B可以保存自己维护的联系人的个人信息，在不需要同步的情况下无须从主分支获得更新，因此，避免了接收到一些自己不愿接收的信息。\n[0074] 可见，对于一个用户的个人信息，会存在个人分支、主分支以及用户分支，这样可以更加灵活地实现对个人信息的管理，便于从多方面满足用户的需求。\n[0075] 本发明实施例在上述个人信息管理方法的基础上，还可以解决多方面的问题，下面分别进行详细地介绍。\n[0076] 一、在现有技术中，用户在填写自己的个人信息或记录其他人的个人信息时，通常是按照系统提供的表格进行填写，即，通常键字段是固定的，并在键字段后面的空格中填入相应的值字段(当然，对于用户分支，这些值也可以是从主分支获取的)。但是，用户可能还需要向外发布固定键字段以外的其他信息，例如，固定键字段可能只有姓名、手机、家庭电话、办公电话，而某用户可能还需要公开自己的msn地址及博客地址等信息；另外，还有一些用户可能会有对联系人的个人信息进行自定义的需求，即，除了联系人本人对外公布的信息条目之外，用户往往具有对联系人信息增加一些自定义条目的需求，用于描述用户希望记录的一些联系人的其他信息。例如，联系人的兴趣爱好、昵称等等。\n[0077] 为此，本发明实施例可以将个人分支中的个人信息分为基础信息及扩展信息两部分，如果用户在填写自己的个人信息时，其中，基础信息的键字段固定(即系统给定的)，体现联系人最基本的信息，例如手机号码、电子邮箱、住址等，这些信息为多数联系人所共有的信息，而且一般都会存储在主分支中。由于键字段固定，从而能够通过字段一一对应合并来自联系人本人以及用户对基础信息的更新，并能发现更新中的冲突，因此基础信息是通讯录中参与多用户协同的数据。\n[0078] 扩展信息为联用户本人提供的个人附加信息，例如，博客地址、游戏角色名等等。\n扩展信息仅限用户本人提交，其键值对由联系人本人自定义。可见，通过扩展信息，能够使得用户本人能够向外发布额外的信息而不再局限于基础信息。\n[0079] 同时，可以将用户分支中保存的联系人个人信息分为基础信息自定义信息三个部分，存储的相应文档数据也按此划分。其中，基础信息的键字段同样是固定的，自定义信息为拥有该联系人信息的用户添加的额外补充信息，其键值对由用户自定义。可见，通过自定义信息，能够使得用户可以记录联系人的一些额外信息，而不再局限于基础信息，或者联系人本人发布的信息。\n[0080] 可见，基础信息和扩展信息会保存在个人分支中，如果用户需要向外发布时，也会保存在主分支中。但是扩展信息并不会实际存储与用户分支，而只能从主分支中获取；而自定义信息仅存在与用户分支中。当然，用户本人填写的扩展信息与其他人为该用户填写的自定义信息有可能有相同的部分，但这并不影响本发明实施例的实现。\n[0081] 二、实际应用中，由于每个人在社会中的角色不同，因此，对于不同关系的联系人而言，可以公布的信息条目可能会是不同的。例如，如果某联系人是用户A的同学，则用户A可能会向该联系人公布其电话号码、住址、博客地址等较为详细的信息；而如果某联系人是用户A的游戏伙伴，则用户A可能只需要向其公开自己的游戏角色名，其他信息对于该联系人来讲都是隐私，不想对其公开。因此，用户在对外发布联系信息时可能需要控制何种信息能被何种关系的联系人获得，即需要考虑用户隐私方面的需求。\n[0082] 为此，本发明实施例还可以允许用户对通讯录内的联系人进行分组，一个联系人可属于多个组。分组能体现所有联系人与用户之间的社会关系，从而能够作为隐私控制的权限粒度，每个键值对可以关联对到一个或多个组。用户个人信息的发布以键值对为最小的数据粒度，在该粒度的基础上，用户可以自由决定不同信息对外发布的隐私策略，从而达到灵活性的最大化。例如，可以在每个键值对的后面增加权限控制选项，选项中包括各个组的名称，用户填写完一个信息条目后，可以在选项中选择可以向哪个组别的联系人公开该条信息，当然，如果用户不做出选择，可以默认为该条信息可以向全部的联系人公开。\n[0083] 键值对与各个组之间的关联关系可以保存在主分支中，即当键值对作为信息条目发布到主分支时，同时将保存各信息条目的权限信息。当接收到某联系人的获取信息请求时，可以首先判断该联系人属于那个组别，然后将可以向该组别公开的信息条目同步到该联系人的用户分支。从而保证了仅在具有访问权限的组内的联系人能获得相应的信息条目的数据，有效地起到了保护用户隐私的作用。\n[0084] 三、前文提到数据的合并与冲突，其中，所述数据合并是指将两个分支的数据按照每个信息天幕的对应关系进行数据的合并。例如用户分支和主分支都具有“电子邮件”这一信息条目，最近一次合并后，两个分支中电子邮件中的地址均为user@163.com，而之后主分支发生更新使得电子邮件的地址变为newuser@163.com，此时，若将主分支的数据合并到用户分支，则用户分支中电子邮件的地址将变为newuser@163.com。\n[0085] 所述冲突是指，当合并不同的分支的信息时，如果最近一次合并后各个分支均存在新的更新，且更新的数据内容不一致，则产生冲突。例如，用户分支和主分支中均具有“电子邮件”这一信息条目，最近一次合并后，两个分支中电子邮件中的地址均为user@163.com，而之后主分支发生更新使得电子邮件的地址变为newuser@163.com，用户分支也发生了更新使得电子邮件的地址变为user@126.com，此时，若将主分支合并到用户分支，则会由于两个分支均发生了更新且数据不一致从而产生冲突。\n[0086] 本发明实施例还充分考虑了数据冲突问题，为了方便用户及时发现发生冲突的数据，可以在客户端界面上对发生冲突的数据进行提示，具体的做法可以是：\n[0087] 当通讯录中的信息条目存在更新或冲突时，可以在客户端界面标示出更新或冲突状态。例如，通讯录主界面为由联系人姓名组成的列表，每个条目的背景采用色彩标示该姓名对应的联系人信息的状态：当主分支数据与用户分支数据存在冲突时，在客户端界面使用色彩标示产生冲突的条目。联系人信息界面为由键值对条目组成的列表，每个条目的背景采用色彩标示该条目的更新冲突状态。\n[0088] 对于某些具备本地存储能力的客户端(例如手机软件等)，相对于无存储能力的客户端(例如浏览器等)在数据状态上存在本地修改这一状态，即用户可以在离线状态下对联系人的个人信息进行修改，并保存在本地。当本地修改与用户分支的更新存在冲突时，同样可以在客户端界面标示(使用色彩等)产生冲突的条目。也就是说，对于具备本地存储能力的客户端当数据发生本地修改，而远端的用户分支又同时存在更新时就可以标示数据的更新、冲突状态，当然，对于无本地存储能力的客户端只要用户分支与主分支的更新不存在冲突则本地数据始终为最新，不存在更新或修改状态。\n[0089] 另外，本发明实施例还提供了数据冲突问题的解决方案，用户向个人分支或是用户分支提交数据均遵循先更新后提交的规则，用户先从远程获得最新数据，并解决可能发生的冲突，来保证提交数据前基于的数据是最新的版本，从而保证提交后发生的数据修改是用户期望的修改。具体实现时，可以通过以下方式：\n[0090] 当主分支数据与用户分支数据存在冲突时，在客户端向用户提供用户分支与主分支的数据，由用户自行选择使用其中一个分支的数据作为用户分支的最终结果。主分支与用户分支产生冲突的原因来自于，用户自行维护了联系人的基础信息，并将基础信息提交至用户分支保存，而此后联系人将个人信息的修改发布到了主分支且该修改与用户分支上的对应键值对数据不一致。当用户从用户分支获得更新时，需要先合并主分支与用户分支的修改，如发生冲突，则通过客户端界面告知用户发生数据冲突，并同时提供用户分支与主分支的数据由用户选择最终使用哪一份数据。\n[0091] 同样的，对于具备本地存储能力的客户端，当本地修改与用户分支的更新存在冲突时，在客户端向用户提供本地数据、用户分支、主分支三个分支的数据，由用户自行选择使用其中一份数据作为最终结果并反映到用户分支。由于客户端具备存储能力，因此用户可以在客户端离线修改数据，并保存在客户端本地，从而使客户端本地数据成为修改状态。\n当用户从用户分支获得更新时需要进行与本地修改的合并，当本地修改与获得的更新数据存在不一致则发生冲突，此时可以通过客户端界面告知用户发生数据冲突。\n[0092] 在解决这种数据冲突时，还需要考虑用户分支与主分支是否存在冲突，当用户分支与主分支不存在冲突时，可以提供本地修改与用户分支的数据供用户选择，当用户分支与主分支也存在冲突时，则可以向用户提供本地修改、用户分支、主分支三份数据，由用户选择最终使用哪一份数据，并将用户的选择结果保存到用户分支中。\n[0093] 为了更好地理解本发明实施例提供的个人信息管理方法，下面通过具体的例子进行介绍。\n[0094] 参见图2，该图示出了各分支中保存的文档的数据格式，以及各分支之间的关系。\n从图中可以看出，本发明实施例提供的方法包括以下内容：\n[0095] 1)用户A登录后将自己的个人信息保存在个人分支中，个人分支包含一份文档数据，内容为：\n[0096] 姓名：A\n[0097] 手机号：13900571987\n[0098] 家庭电话：87876532\n[0099] 办公电话：87861322\n[0100] Email：usera@163.com\n[0101] 住址：XXX小区1-1-1\n[0102] 生日：1980-1-1\n[0103] MSN号：usera@msn.com\n[0104] 博客地址：usera.blog.163.com\n[0105] 2)用户A将个人信息发布，系统建立主分支，将可以发布的信息条目保存在主分支中，在该例子中，其信息与个人分支中的信息相同，及用户A将其保存在个人分支中的信息全部发布。\n[0106] 3)用户B的联系人列表中存在A，B将联系人A的信息保存从而创建出用户分支，其内容为：\n[0107] 姓名：A\n[0108] 手机号：13900571987\n[0109] 家庭电话：\n[0110] 电子邮箱：usera@163.com\n[0111] 这些内容是有用户B自己编辑的。\n[0112] 4)用户B从主分支获取更新，系统将用户分支中用户A的信息与主分支中A的信息进行关联，从而用户分支内容变更为：\n[0113] 姓名：A\n[0114] 手机号：13900571987\n[0115] 家庭电话：87876532\n[0116] 办公电话：87861322\n[0117] Email：usera@163.com\n[0118] 住址：XXX小区1-1-1\n[0119] 生日：1980-1-1\n[0120] MSN号：usera@msn.com\n[0121] 博客地址：usera.blog.163.com\n[0122] 用户B需要记录关于用户A的更多信息，在用户B的用户分支中可以包括以下部分：\n[0123] 1)用户A的基础信息：\n[0124] 姓名：A\n[0125] 手机号：13900571987\n[0126] 家庭电话：87876532\n[0127] 办公电话：87861322\n[0128] Email：usera@163.com\n[0129] 住址：XXX小区1-1-1\n[0130] 生日：1980-1-1\n[0131] 基础信息存在于每个分支中。即，在个人分支、主分支及用户分支中这些信息都存在。\n[0132] 2)用户A的扩展信息：\n[0133] MSN号：usera@msn.com\n[0134] 博客地址：usera.blog.163.com\n[0135] 在各个分支上设置的扩展信息仅联系人本人可写，扩展信息仅存在于主分支与个人分支中，即这些扩展信息是联系人本人额外发布的，仅从主分支映射，而不实际存储于用户分支中。\n[0136] 3)用户B为用户A自定义了一些信息：\n[0137] 女友：柳六\n[0138] 魔兽ID：moon\n[0139] 昵称：mj\n[0140] 该自定义信息是用户B自己添加的，因此仅存在于用户分支中。\n[0141] 为了进行隐私控制，可以包括以下步骤：\n[0142] 1)用户A的联系人列表中存在联系人B、C、D，其中B、C属于A的好友分组；\n[0143] 2)用户A将家庭电话的权限关联到好友分组，而其他信息条目为默认的对所有人可见；\n[0144] 3)用户A选择向主分支发布家庭电话，同时将分组关联关系更新到主分支；\n[0145] 4)用户B从主分支获取更新，由于B属于好友分组，因此B获得A的家庭电话信息。\n[0146] 5)用户D向主分支请求更新信息，由于D不在好友分组，因此D无法获得家庭电话的更新。\n[0147] 发生数据更新或冲突时，可以将发生更新的信息条目的背景标示为蓝色，将发生冲突的信息条目标示为红色，具体的，可以按照以下方法进行提示：\n[0148] 1)用户B登录系统，发现联系人A的信息存在更新且无冲突，则在通讯录客户端界面中将联系人A的对应条目背景设为蓝色；\n[0149] 2)当发现联系人A的信息存在更新且发生冲突时，在通讯录客户端界面中将联系人A的对应条目的背景设为红色；\n[0150] 3)进入联系人A的联系人信息界面，电子邮箱地址冲突，该条目的背景显示为红色；\n[0151] 4)家庭电话的信息存在更新则该条目的背景显示为蓝色。\n[0152] 假设用户B通过客户端更新了A的电子邮箱地址信息，从原来的us era@163.com变为us era@126.com；用户A向主分支发布了电子邮箱信息，从原来的usera@163.com变为newusera@163.com；用户B从系统获取更新，此时发生用户分支上的电子邮箱地址usera@126.com与主分支上的newusera@163.com发生冲突，解决该数据冲突问题时，具体的做法如下：\n[0153] 1)通过客户端向用户B返回这一冲突信息，向B提供来自用户分支的usera@126.com与来自主分支的newusera@163.com两份数据进行选择；\n[0154] 2)若B选择newusera@163.com作为最终数据，那么用户分支与主分支恢复一致；\n[0155] 3)若B选择usera@126.com作为最终数据，那么用户分支相对主分支成为修改状态，而不再是冲突状态。\n[0156] 另外，假设用户C在手机上使用客户端维护通讯录，C在离线状态下修改了用户A的电子邮箱为usera@188.com；用户C连接上系统获取更新，此时发生主分支上的点子邮箱地址usera@126.com与用户C的本地修改usera@188.com的冲突，为解决该数据冲突问题，具体的做法如下：\n[0157] 1)通过客户端向用户C提供来自本地的usera@188.com，及主分支的usera@126.com这两份数据；\n[0158] 2)若C选择主分支的usera@126.com作为最终数据(将用户分支中的电子邮箱修改为usera@126.com)，本地、用户分支、主分支再次回到一致状态；\n[0159] 3)若C选择本地的usera@188.com作为最终数据(将用户分支中的电子邮箱修改为usera@188.com)，那么在系统认为本地、用户分支一致而相对于主分支成为修改状态，而不再是冲突状态。\n[0160] 此外，还存在这样一种情况：有些用户一直使用移动台国际识别码(The Mobile Station ISDN number，MSISDN)登录系统(其中，对于手机这种移动终端，所述MSISDN即为通常讲的手机号，为了方便起见，下面均以手机号为例进行描述)，但是一旦用户改变手机号，将无法正常地通过手机号登录到系统，更无法获取到各个分支中的信息。为此，本发明实施例也给出了相应的解决方案，具体如下：\n[0161] 如果用户始终使用手机号登录系统，则在系统中将手机号映射到一个全局唯一的虚拟账号。虚拟账号对于用户完全透明，用户无论是以手机号激活新账号，还是登录系统均只需使用手机号。虚拟账号在激活新账号时产生，并与激活用的手机号绑定，此后系统中各个分支中的数据文档均可通过虚拟账号检索得到。\n[0162] 这样，当用户发生手机换号时，用户可以使用原手机号码登录系统，并更新基础信息中的手机号码，向主分支发布新号码信息，该用户的联系人仍可以通过该用户对应的虚拟账号找到该用户的信息，并获取新的手机号码。\n[0163] 图3中示出了利用虚拟账号实现手机换号的示意图。从图中可以看出，具体的实现方法可以包括以下内容：\n[0164] 1)假设用户A的手机号为13900571987，并以该手机号到系统激活，系统为其绑定一个虚拟账号abcd1234567；\n[0165] 2)用户B与A在各自的通讯录中互为联系人，B登录系统后通过A手机号找到A的虚拟账号，并且系统为用户B记录联系人A的虚拟账号与联系人A信息间的映射关系；\n[0166] 3)用户A更换了手机号为13800123456，并以原手机号为账号登录系统，更新其手机号信息，并将信息发布到主分支；\n[0167] 4)用户B登录到系统，并根据用户A的虚拟账号向系统获取用户A的最新信息，用户B从主分支获得用户A最新的手机号信息，完成联系人信息的更新。\n[0168] 与本发明实施例提供的个人信息管理方法相对应，本发明实施例还提供了一种个人信息管理装置，参见图4，该装置包括以下单元：\n[0169] 第一保存单元U401，用于接收到用户输入的其个人信息时，建立个人分支，将所述个人信息保存在所述个人分支中；\n[0170] 第二保存单元U402，用于当接收到发布所述个人信息的消息时，建立与所述个人分支对应的主分支，将所述个人信息中需要发布的信息条目保存在所述主分支中；\n[0171] 信息发布单元U403，用于当接收到某联系人发出的获取该用户个人信息的请求时，将所述主分支中保存的需要发布的信息条目同步到为该联系人建立的用户分支中。\n[0172] 用户输入的其个人信息时，第一保存单元U401为该用户的个人信息建立个人分支，将所述个人信息保存在所述个人分支中；如果用户需要发布其个人信息，则可以向系统发送发布请求，当接收到发布所述个人信息的消息时，第二保存单元U402建立与所述个人分支对应的主分支，将所述个人信息中需要发布的信息条目保存在所述主分支中；主分支中的信息条目可以是个人分支中的全部信息或者一部分，用户可以根据具体需要进行选择。保存在主分支中的需要发布的信息条目并不会立即发送给该用户的联系人，而是当接收到某联系人发出的获取该用户个人信息的请求时，由信息发布单元U403将所述主分支中保存的需要发布的信息条目同步到为该联系人建立的用户分支中。\n[0173] 为了满足用户发布更多信息或者记录联系人更多信息的需求，本发明实施例可以将个人分支中的信息划分为基础信息及扩展信息，其中基础信息的键字段固定，值字段可以由用户进行相应的填写；扩展信息的键值对均由用户自定义。这样用户可以发布除基础信息以外的其他信息。\n[0174] 同时，还可以将用户分支中的信息划分为基础信息及自定义信息，基础信息同样是键字段固定，值字段可以由用户进行相应的填写；自定义信息的键值对均由用户自定义。\n这样用户可以记录联系人除基础信息及从主分支获取到的信息以外的其他任意信息。\n[0175] 为了便于对用户个人信息的权限控制，该装置还可以包括：\n[0176] 权限信息接收单元U404，用于接收用户对通讯录内联系人的分组信息，以及用户指定的需要向各组别的联系人发布的信息条目；\n[0177] 此时，第二保存单元U402还用于将该用户指定的各组别与需要发布的信息条目之间的对应关系保存在所述主分支中；\n[0178] 信息发布单元U403具体用于判断该联系人所属的组别，将需要向该组别联系人发布的信息条目同步到为该联系人建立的用户分支中。\n[0179] 当各分支的数据发生冲突时，为了便于引导用户发现该冲突并及时处理，该装置还可以包括：\n[0180] 提示单元U405，用于当主分支数据发生更新，或者与某联系人的用户分支数据发生冲突，或者某联系人在离线状态进行的修改与主分支的数据发生冲突时，将发生更新或冲突的信息条目提示给该联系人。\n[0181] 另外，该本发明实施例还可以帮助用户解决数据冲突问题，此时，该装置还包括：\n[0182] 第一数据提供单元U406，用于当主分支数据与某联系人的用户分支数据发生冲突时，提供主分支与用户分支的数据供该联系人选择；\n[0183] 第一状态修改单元U406，用于根据该联系人选择的结果修改数据的状态。\n[0184] 对于某些具备本地存储能力的客户端，用户可以在离线状态对数据进行修改，这些数据将保存在客户端本地，而不会保存与本发明实施例所述的任一分支中，但是，这种修改也可能造成数据的冲突，本发明实施例对此也提出了解决方案，该装置还包括：\n[0185] 第二数据提供单元U407，用于当某联系人在离线状态进行的修改与主分支的数据发生冲突时，判断主分支数据与用户分支数据是否存在冲突，如果存在，提供该联系人修改后的数据、主分支数据及用户分支数据供该联系人选择；否则，提供该联系人修改后的数据及用户分支的数据供该联系人选择；\n[0186] 第二状态修改单元U408，用于根据该联系人选择的结果修改数据的状态。\n[0187] 在实际应用中，有些用户会直接使用手机号来登录系统，为了解决这种用户更换手机号时存在的问题，该装置还可以包括：\n[0188] 映射单元U409，用于如果用户使用手机号登录系统，则将该手机号映射到一全局唯一的虚拟账号，并将所述虚拟账号提供给该用户的联系人，保存该虚拟账号与该用户的个人信息之间的映射关系；\n[0189] 主分支更新单元U410，用于当用户更换手机号时，接收用户使用原手机号登录后进行修改并发布的信息，更新主分支中该用户的手机号信息；\n[0190] 同步单元U411，用于接收到某联系人通过所述虚拟账号获取该用户当前手机号信息的请求时，将主分支中修改后的手机号信息同步到该联系人的用户分支中。\n[0191] 以上对本发明所提供的一种个人信息管理方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。