CN106776062A - 多系统的联系人属性信息同步方法及装置 - Google Patents

Abstract

本发明实施例提供了多系统的联系人属性信息同步方法及装置，所述方法包括：第一容器系统检测到联系人的属性信息被设置后，将联系人的标识携带于同步指令中，通过主控系统发送；其它容器系统接收到同步指令后，确定本系统中是否存在同步指令中的联系人的标识；若存在联系人的标识，则生成联系人存在消息后通过主控系统返回；第一容器系统接收针对同步指令返回的联系人存在消息后，获取联系人被设置的属性信息，通过主控系统发送；其它容器系统根据接收的属性信息，更新本系统中联系人的属性信息。本发明实施例中，容器系统之间联系人的属性信息的同步过程无需用户干预，可以防止漏同步，且节省了用户的操作，提升了同步效率；从而提升用户体验。

Description

多系统的联系人属性信息同步方法及装置

技术领域

本发明涉及终端设备技术领域，具体而言，本发明涉及一种多系统的联系人属性信息同步方法及装置。

背景技术

随着社会的进步和科技的发展，智能手机、平板电脑和电子阅读器等终端设备广泛普及，随之而来的是终端设备的安全问题日益频发。

一种解决方法是在终端设备中安装两个操作系统；一个操作系统支持终端设备的大部分功能，主要供用户进行日常应用和娱乐，例如传统的Android系统或其衍生系统；另一个操作系统具有较高的安全性，仅提供电话、短信、拍摄等最基础的功能，断开一切网络连接或者专门定制财产隔离系统对调用网络功能的网购类应用进行严格保护，并供用户存储并处理隐私信息。

目前，终端设备的两个操作系统之间是互相隔离的，对一个操作系统的操作不会影响另一个操作系统。现有的双系统的联系人属性信息的同步方法包括：用户针对一个操作系统中的某一联系人的属性信息(例如铃声)进行更新后，切换至另一个操作系统；确认另一个操作系统中是否存在该联系人；若存在，则对另一个操作系统中该联系人的属性信息进行更新。

然而，本发明的发明人发现，现有的双系统的联系人属性信息的同步方法中，切换操作系统、对另一个操作系统中的联系人的确认和联系人的属性信息的更新，基本靠用户人工完成，步骤繁琐，效率较低，用户体验不佳。而且，通常会出现漏同步的现象，导致同一联系人在不同操作系统中的属性信息不一致，容易让用户产生混淆，降低了用户的体验。

发明内容

本发明针对现有的联系人属性信息同步方式的缺点，提出一种多系统的联系人属性信息同步方法及装置，用以解决现有技术存在的同步不同操作系统的联系人的属性信息过程中，人工步骤较多而效率低下或者容易出现漏同步的问题。

本发明的实施例根据一个方面，提供了一种多系统的联系人属性信息同步方法，包括：

第一容器系统检测到联系人的属性信息被设置后，将所述联系人的标识携带于同步指令中，通过主控系统发送；

其它容器系统接收到所述同步指令后，确定本系统中是否存在所述同步指令中的联系人的标识；若存在所述联系人的标识，则生成联系人存在消息后通过所述主控系统返回；

第一容器系统接收针对所述同步指令返回的联系人存在消息后，获取所述联系人被设置的属性信息，通过主控系统发送；

所述其它容器系统根据接收的属性信息，更新本系统中所述联系人的属性信息。

本发明的实施例根据另一个方面，还提供了一种多系统的联系人属性信息同步装置，至少包括：主控系统、第一容器系统和其它容器系统；

第一容器系统中的第一通道管理服务模块，通过所述主控系统与所述其它容器系统的其它通道管理服务模块进行数据交互；

第一容器系统包括：

第一联系人模块，用于检测到联系人的属性信息被设置后，将所述联系人的标识携带于同步指令中，通过第一通道管理服务模块进行发送；接收到针对所述同步指令返回的联系人存在消息后，获取所述联系人被设置的属性信息通过第一通道管理服务模块进行发送；以及

所述其它容器系统包括：

其它联系人模块，用于接收到所述同步指令后，确定所述其它容器系统中是否存在所述同步指令中的联系人的标识；若存在所述联系人的标识，则生成所述联系人存在消息后，通过所述其它通道管理服务模块进行返回；根据通过所述其它通道管理服务模块接收的属性信息，更新所述其它容器系统中所述联系人的属性信息。

本发明实施例中，第一容器系统检测到其中的联系人的属性信息被设置后，自动生成同步指令，由其它容器系统根据同步指令自动检测本系统中是否存在该联系人；若存在，则生成并返回联系人存在消息；第一容器系统根据联系人存在消息，将联系人被设置的属性信息，同步到其它容器系统中。容器系统之间的联系人的属性信息的同步过程无需用户干预，节省了用户的操作，提升了同步效率；而且，即使用户忘记将设置的联系人的属性信息同步到其它容器系统中，本发明实施例也可以自动执行相应的同步步骤，防止漏同步，保证容器系统之间联系人属性信息的同步的可靠性，从而提升用户体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的终端设备的内部结构的框架示意图；

图2为本发明实施例的多系统的联系人属性信息同步方法的流程示意图；

图3为本发明实施例的终端设备的内部结构的一个实例的框架示意图；

图4为本发明实施例的多系统的联系人属性信息同步装置的内部结构的框架示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本发明实施例中，第一容器系统检测到联系人的属性信息被设置后，将联系人的标识携带于同步指令中，通过主控系统发送；其它容器系统接收到同步指令后，确定本系统中是否存在同步指令中的联系人的标识；若存在联系人的标识，则生成联系人存在消息后通过主控系统返回；第一容器系统接收针对同步指令返回的联系人存在消息后，获取联系人被设置的属性信息，通过主控系统发送；其它容器系统根据接收的属性信息，更新本系统中联系人的属性信息。可见，本发明实施例中，第一容器系统检测到其中的联系人的属性信息被设置后，自动生成同步指令，由其它容器系统根据同步指令自动检测本系统中是否存在该联系人；若存在，则自动将被设置的属性信息同步到其它容器系统中。两个容器系统之间的联系人的属性信息的同步过程无需用户干预，节省了用户的操作，提升了同步效率；而且，即使用户忘记将设置的联系人的属性信息同步到其它容器系统中，本发明实施例也可以自动执行相应的同步，保证容器系统之间联系人属性信息的同步的可靠性，从而提升用户体验。

下面结合附图具体介绍本发明实施例的技术方案。

本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：主控系统和两个以上容器系统。

其中，两个以上容器系统可以包括第一容器系统、第二容器系统、…、第N容器系统。N为正整数。

较佳地，为便于描述，本发明实施例中将当前与用户交互(通常位于前台)的容器系统称为第一容器系统；将当前未与用户交互(通常位于后台)的容器系统都称为其它容器系统。

本发明实施例中的容器系统，是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统。操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的操作系统，例如Android系统等，还可以为以Windows平台为基础的windows系统等等。实际上，本发明中的容器系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统。为便于描述，下面以Android系统作为容器系统为例阐述本发明的技术方案。

较佳地，主控系统可以是上述操作系统，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作系统。

主控系统主要用于对多个容器系统进行前后台管理，与各容器系统进行交互等。

较佳地，主控系统可以通过容器通道与容器系统进行通信。同理，容器系统之间可以通过容器通道进行通信。

进一步，容器通道可以是socket(套接字)通道。在一个容器系统与另一个容器系统通过容器通道进行通信之前，该一个容器系统向主控系统发送容器通道创建请求；主控系统接到该容器系统的请求后，创建一个socket文件及该socket文件的一对描述符(socketpair)，并为该对描述符命名；将该对描述符及其名称注册在主控系统的NSS(NameSpace Server，域名空间服务)虚拟设备中；将注册成功的一对描述符的名称分别返回给该一个容器系统和另一个容器系统；该一个容器系统根据其得到的描述符的名称从NSS虚拟设备获取对应的描述符后，可以通过该描述符与以相同方法获取了该socket文件另一个描述符的另一个容器系统，通过主控系统中转进行通信。

本发明实施例的终端设备中，多个容器系统之间或者任意两个容器系统之间都适用本发明实施例的同步方法。为了便于描述和理解，以两个以上容器系统中的第一容器系统和其它容器系统为例，介绍本发明实例提供的多系统的联系人属性信息同步方法，该方法的流程示意图如图2所示，包括下述步骤：

S201：第一容器系统检测到联系人的属性信息被设置后，将联系人的标识携带于同步指令中，通过主控系统发送。

第一容器系统接收针对联系人的属性信息的设置指令。

具体地，第一容器系统根据用户指令，在联系人应用界面中显示联系人的标识和属性信息；接收到用户针对某一联系人的某一属性信息的设置操作(例如添加或更新一项属性信息)后，确认接收到针对该联系人的该属性信息的设置指令。其中，设置操作可以是添加属性信息、更新属性信息、或者更新属性信息的存储地址。

联系人的标识包括下述至少一项：联系人的名称、通信号码。

联系人的属性信息包括下述至少一项：联系人的名称拼音、即时通讯软件、昵称、所属单位、单位地址、居住地址、邮箱地址、个人网站地址、纪念日、铃声、所属群组。

第一容器系统接收到针对联系人的属性信息的设置指令后，当该联系人不存在该属性信息时，将设置指令指定的属性信息添加到该联系人的属性信息中。

当设置指令指定的是联系人的属性信息且该联系人存在该属性信息时，根据设置指令中的属性信息，更新该联系人的该属性信息。

当设置指令指定的是联系人的属性信息的存储地址且该联系人存在该属性信息的存储地址时，根据设置指令中的属性信息的存储地址，更新该联系人的该属性信息的存储地址。

第一容器系统检测到联系人的属性信息被设置后，将该联系人的标识携带于同步指令中，通过主控系统向其它容器系统发送。

S202：其它容器系统接收到同步指令后，确定本系统中是否存在同步指令中的联系人的标识；若存在联系人的标识，则生成联系人存在消息后通过主控系统返回。

其它容器系统接收到同步指令后，从中解析出的联系人的标识；在本系统中查找解析出的联系人的标识。

若查找到解析出的联系人的标识，说明本系统中存在同步指令中的联系人的标识，则生成联系人存在消息后，通过主控系统向第一容器系统返回。

若查找不到解析出的联系人的标识，说明本系统中不存在同步指令中的联系人的标识，则忽略该同步指令。进一步，生成联系人不存在消息后，通过主控系统向第一容器系统返回。

S203：第一容器系统接收针对同步指令返回的联系人存在消息后，获取联系人被设置的属性信息，通过主控系统发送。

第一容器系统接收针对同步指令返回的联系人存在消息后，根据同步指令涉及的联系人的标识和设置指令指定的属性信息，获取该联系人当前的该属性信息；或者，获取该联系人的该属性信息当前的存储地址，根据获取的存储地址获取该联系人的属性信息。

第一容器系统将获取的联系人的属性信息与联系人的标识，一并通过主控系统，向返回联系人存在消息的其它容器系统进行发送。

S204：其它容器系统根据接收的属性信息，更新本系统中联系人的属性信息。

其它容器系统接收到联系人的属性信息后，将接收到的属性信息暂存于其它容器系统中指定的临时地址中。

其它容器系统根据临时地址中存储的属性信息、以及上述步骤确定出的本容器系统中存在的同步指令中的联系人标识，更新本容器系统中该联系人的对应的属性信息。或者，其它容器系统根据临时地址以及上述步骤确定出的本容器系统中存在的同步指令中的联系人标识，更新本容器系统中该联系人的对应的属性信息的存储地址。

较佳地，其它容器系统接收到联系人的标识和属性信息后，将接收到的属性信息暂存于其它容器系统中指定的临时地址中。根据接收的联系人的标识和属性信息，确定出本容器系统中该联系人的对应的属性信息或属性信息的存储地址。其它容器系统根据暂存于临时地址中的属性信息，更新本容器系统中该联系人的对应的属性信息；或者，根据临时地址，更新本容器系统中该联系人的对应的属性信息的存储地址。

较佳地，当属性信息包括所属群组时，其它容器系统更新本系统中的群组中所有成员的对应的属性信息。

群组可以包括下述至少一项：组、科室、部门、公司、集团、团体、通讯群。

进一步，当联系人的属性信息包括该联系人的所属群组和除所属群组之外的其它属性信息时，其它容器系统确定出该联系人的所属群组中所有的联系人，根据除所属群组之外的其它属性信息更新该群组中所有联系人的对应的其它属性信息。

更优的，图3为本发明实施例的终端设备的内部结构的一个实例的框架示意图。图3中Android A、Android B分别表示容器系统A、B(分别对应第一容器系统、其它容器系统)；每个容器系统中，设置有Contacts(联系人)应用及其数据库Contract DB、MsgChannelsManager(信息通道管理)服务、以及IMsgChannelService(信息通道服务)。图3中的实心线表示该实心线两端的应用、服务和系统可以进行通信交互。较佳地，MsgChannelsManager服务位于Jave框架层；IMsgChannelService的源代码通常由非Jave语言编写，位于Native(本地)框架层。

下面以同步联系人的铃声为例，结合图3介绍本发明实施例中的多系统的联系人属性信息同步方法的特例。

Android A中的Contacts A接收到用户针对手机号13812345678(联系人标识)的联系人的来电铃声(属性信息之一)的设置指令；该设置指令表明将Android A中的音频文件Ringtone.mp3设置为该联系人的来电铃声custom_ringtone。

Contacts A根据上述设置指令，确定出作为该联系人的来电铃声的音频文件的存储地址/home/user/Ringtone.mp3；根据确定出的存储地址，更新该联系人当前的来电铃声的存储地址，形成下述数据条目custom_ringtone＝/home/user/Ringtone.mp3；将该数据条目保存到ContactsADB中。

Contacts A对作为联系人的来电铃声的音频文件的存储地址进行更新设置后，生成携带手机号13812345678的同步指令；调用Android A中的MsgChannelsManager的接口，将该同步指令，依次经过Android A中的MsgChannelsManager、IMsgChannelService、主控系统、Android B中的IMsgChannelService、MsgChannelsManager传输到Contacts B。当Contacts B收到此同步指令时，首先查寻Android B的联系人名单中是否存在13812345678的联系人，如果不存在，则忽略此条消息；如果存在，则原路返回联系人存在消息。

Contacts A接收到联系人(手机号13812345678)存在消息后，查找出该联系人的来电铃声的存储地址/home/user/Ringtone.mp3，根据查找出的存储地址获取作为来电铃声的音频文件；将获取的音频文件与该联系人的标识(手机号13812345678)，以上述同样的路径传输到Contacts B。

Contacts B把接收到的铃声文件Ringtone.mp3拷贝到Android B的/tmp目录进行保存，此时接收到的铃声文件的存储地址为/tmp/Ringtone.mp3。根据接收到的联系人的标识(手机号13812345678)和该联系人的属性信息(来电铃声)，确定出Android B中手机号为13812345678的联系人的来电铃声的存储地址。

将Android B中该联系人的来电铃声custom_ringtone当前的存储地址，更新为/tmp/Ringtone.mp3，将该更新后的来电铃声存储到Android B的联系人数据库ContactsBDB中。

基于上述多系统的联系人属性信息同步方法，本发明实施例提供了一种多系统的联系人属性信息同步装置，该装置设置于本发明实施例的终端设备中，该装置的内部结构的框架示意图如图4所示，包括：主控系统、第一容器系统和其它容器系统。

其中，第一容器系统中的第一通道管理服务模块401通过主控系统与其它容器系统的其它通道管理服务模块411进行数据交互；

第一容器系统包括：

第一联系人模块402用于检测到联系人的属性信息被设置后，将联系人的标识携带于同步指令中，通过第一通道管理服务模块进行发送；接收到针对同步指令返回的联系人存在消息后，获取联系人被设置的属性信息通过第一通道管理服务模块进行发送；以及

其它容器系统包括：

其它联系人模块412用于接收到同步指令后，确定其它容器系统中是否存在同步指令中的联系人的标识；若存在联系人的标识，则生成联系人存在消息后，通过其它通道管理服务模块进行返回；根据通过其它通道管理服务模块接收的属性信息，更新其它容器系统中联系人的属性信息。

较佳地，第一联系人模块402具体用于通过下述方法设置联系人的属性信息：接收针对联系人的属性信息的设置指令；根据设置指令指定的属性信息的存储地址，更新联系人的属性信息的存储地址。

较佳地，第一联系人模块402具体用于获取联系人的属性信息当前的存储地址；根据获取的存储地址获取属性信息。

较佳地，其它联系人模块412具体用于将接收到的属性信息暂存于其它容器系统中指定的临时地址中；根据临时地址，更新其它容器系统中联系人的属性信息的存储地址。

较佳地，联系人的标识包括下述至少一项：联系人的名称、通信号码。

以及，联系人的属性信息包括下述至少一项：联系人的名称拼音、即时通讯软件、昵称、所属单位、单位地址、居住地址、邮箱地址、个人网站地址、纪念日、铃声、所属群组。

较佳地，其它联系人模块412还用于当属性信息包括所属群组时，更新其它容器系统中的群组中所有成员的属性信息。

事实上，参考图3和图4，第一联系人模块402类似于Android A中的Contacts A，其它容器系统模块412类似于Android B中的Contacts B。第一通道管理服务模块401类似于Android A中的MsgChannelsManager服务和IMsgChannelService的组合；其它通道管理服务模块411类似于Android B中的MsgChannelsManager服务和IMsgChannelService的组合。

在实际操作中，当需要将在其它容器系统中的联系人的属性信息，同步到第一容器系统中时，上述第一联系人模块402的功能与其它容器系统模块412的功能互换；第一通道管理服务模块401的功能与其它通道管理服务模块411的功能互换。也就是说，实际上，第一联系人模块402的功能与其它容器系统模块412的功能相同；第一通道管理服务模块401的功能与其它通道管理服务模块411的功能相同；不同的标号仅表示处于不同的容器系统而已。

本发明实施例中，第一容器系统检测到其中的联系人的属性信息被设置后，自动生成同步指令，由其它容器系统根据同步指令自动检测本系统中是否存在该联系人；若存在，则生成并返回联系人存在消息；第一容器系统根据联系人存在消息，将联系人被设置的属性信息，同步到其它容器系统中。容器系统之间的联系人的属性信息的同步过程无需用户干预，节省了用户的操作，提升了同步效率；而且，即使用户忘记将设置的联系人的属性信息同步到其它容器系统中，本发明实施例也可以自动执行相应的同步步骤，防止漏同步，保证容器系统之间联系人属性信息的同步的可靠性，从而提升用户体验。

而且，本发明实施例中，容器系统之间的信息通信或信息交互都是通过主控系统来中转的，由于主控系统不与用户直接进行交互，不允许使用终端设备的用户对主控系统进行操作，例如不允许用户将应用安装到主控系统中；因此恶意程序很难以用户操作为掩盖入侵主控系统，保证了主控系统的安全性；从而使得容器系统之间经由主控系统进行通信的安全性，远高于系统之间直接进行通信的安全性。而且，本发明实施例中，容器系统之间、容器系统与主控系统之间依然是通过容器互相隔离的，恶意程序也难以获知本发明实施例中一个容器系统经由主控系统与另一个容器系统进行通信的通信管道的具体细节。因此，即使一个容器系统被恶意攻击或侵入，也不会影响到其它的容器系统。进一步，保证容器系统之间经由主控系统进行通信的安全性。

进一步，本发明实施例中，当第一容器系统被设置的联系人的属性信息中包括所属群组和所属群组之外的属性信息(例如来电铃声)时，说明所属群组之外的属性信息(例如来电铃声)，也都适用于其它容器系统中该联系人的所属群组中的其它联系人，进而对该群组中的其它联系人的属性信息进行批量同步；大大提升了同步联系人的属性信息的同步效率。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种多系统的联系人属性信息同步方法，其特征在于，包括：

第一容器系统检测到联系人的属性信息被设置后，将所述联系人的标识携带于同步指令中，通过主控系统发送；

其它容器系统接收到所述同步指令后，确定本系统中是否存在所述同步指令中的联系人的标识；若存在所述联系人的标识，则生成联系人存在消息后通过所述主控系统返回；

第一容器系统接收针对所述同步指令返回的联系人存在消息后，获取所述联系人被设置的属性信息，通过主控系统发送；

所述其它容器系统根据接收的属性信息，更新本系统中所述联系人的属性信息。

2.根据权利要求1所述的方法，其特征在于，所述联系人的属性信息是通过下述方法被设置的：

第一容器系统接收针对所述联系人的属性信息的设置指令；

根据所述设置指令指定的所述属性信息的存储地址，更新所述联系人的所述属性信息的存储地址。

3.根据权利要求1所述的方法，其特征在于，所述获取所述联系人被设置的属性信息，具体包括：

第一容器系统获取所述联系人的所述属性信息当前的存储地址；

根据获取的存储地址获取所述属性信息。

4.根据权利要求1所述的方法，其特征在于，所述其它容器系统根据接收的属性信息，更新本系统中所述联系人的属性信息，具体包括：

所述其它容器系统将接收到的所述属性信息暂存于所述其它容器系统中指定的临时地址中；

根据所述临时地址，更新所述其它容器系统中所述联系人的所述属性信息的存储地址。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述联系人的标识包括下述至少一项：所述联系人的名称、通信号码；以及

所述联系人的属性信息包括下述至少一项：

所述联系人的名称拼音、即时通讯软件、昵称、所属单位、单位地址、居住地址、邮箱地址、个人网站地址、纪念日、铃声、所属群组。

6.根据权利要求5所述的方法，其特征在于，所述更新本系统中所述联系人的属性信息，还包括：

当所述属性信息包括所属群组时，所述其它容器系统更新本系统中的所述群组中所有成员的所述属性信息。

7.一种多系统的联系人属性信息同步装置，其特征在于，至少包括：主控系统、第一容器系统和其它容器系统；

第一容器系统中的第一通道管理服务模块，通过所述主控系统与所述其它容器系统的其它通道管理服务模块进行数据交互；

第一容器系统包括：

第一联系人模块，用于检测到联系人的属性信息被设置后，将所述联系人的标识携带于同步指令中，通过第一通道管理服务模块进行发送；接收到针对所述同步指令返回的联系人存在消息后，获取所述联系人被设置的属性信息通过第一通道管理服务模块进行发送；以及

所述其它容器系统包括：

其它联系人模块，用于接收到所述同步指令后，确定所述其它容器系统中是否存在所述同步指令中的联系人的标识；若存在所述联系人的标识，则生成所述联系人存在消息后，通过所述其它通道管理服务模块进行返回；根据通过所述其它通道管理服务模块接收的属性信息，更新所述其它容器系统中所述联系人的属性信息。

8.根据权利要求7所述的装置，其特征在于，

第一联系人模块具体用于通过下述方法设置所述联系人的属性信息：接收针对所述联系人的属性信息的设置指令；根据所述设置指令指定的所述属性信息的存储地址，更新所述联系人的所述属性信息的存储地址。

9.根据权利要求7所述的装置，其特征在于，

第一联系人模块具体用于获取所述联系人的所述属性信息当前的存储地址；根据获取的存储地址获取所述属性信息。

10.根据权利要求7所述的装置，其特征在于，

所述其它联系人模块具体用于将接收到的所述属性信息暂存于所述其它容器系统中指定的临时地址中；根据所述临时地址，更新所述其它容器系统中所述联系人的所述属性信息的存储地址。