在此步骤中，所述待备份的联系人的信息可以包括待备份联系人的姓名、电话号码、邮箱，账户标识信息等等。
[0052]其中，所述账户标识信息用于标识某个联系人是仅属于一个账户，还是属于两个以上的账户。当该联系人属于两个以上的账户时，该联系人为多账户联系人。在具体应用中，账户标识信息可通过系统数据库的表raw_contacts中的account_id来体现。如果某个联系人是“单一账户”，那么该联系人对应有I个aCCount_id ;如果某个联系人是“多账户”，那么该联系人对应有多个aCCount_id。例如，某个联系人属于两个账户，那么它对应有2个account_id。因此，通过获取某个联系人的account_id的数量即可确定该联系人是仅属于一个账户，还是属于两个以上的账户。
[0053]在此实施例中，在用户存储联系人的账户标识信息时，可为用户提供一个选项，SP由用户选择该联系人是仅属于一个账户，还是属于两个以上的账户。例如，在具体实现过程中，在用户存储联系人的信息时，可为用户提供一个“账户属性”选项，在该选项下有两个子选项:“单一账户”和“多账户”。当用户选择“单一账户”时，表示联系人仅属于一个账户；然后可再通过读取该对应联系人的account_id的数量确定该联系人是“单一账户”;当用户选择“多账户”时，表示该联系人为多账户联系人；然后可再通过读取该对应联系人的account_id的数量确定该联系人是“多账户”。
[0054]此外，在本发明实施例中，当用户选择了“多账户”这个选项后，针对多账户联系人还为用户提供一个附加选项，该附加选项下包括:“合并模式”和“非合并模式”。其中，若用户选择“合并模式”表示该多账户联系人支持不同账号下仅备份一次该多账户联系人的信息，若用户选择“非合并模式”表示该多账户联系人支持不同账号下备份多次该联系人的信息。
[0055]在具体应用中，多账户联系人是否支持合并模式的信息可记载在该多账户联系人对应的系统数据库中的aggregat1n_mode字段中。例如，若aggregat1n_mode字段为O表示该多账户联系人支持“合并模式”，若aggregat1njnode字段为3表示该多账户联系人支持“非合并模式”。其中aggregat1n_mode字段位于系统数据库的raw_contacts表中。
[0056]步骤12、根据所述待备份的联系人的信息确定所述待备份的联系人是否为多账户联系人。
[0057]在此步骤中，可读取系统数据库获取待备份的联系人的信息。然后根据所述待备份的联系人的信息获取所述待备份联系人的账户标识信息。当所述账户标识信息表示所述待备份联系人为多账户联系人时，表示所述待备份的联系人为多账户联系人。当所述账户标识信息表示所述待备份联系人为仅属于一个账户时，表示所述待备份的联系人不是多账户联系人。
[0058]步骤13、当所述待备份的联系人为多账户联系人时，将所述待备份的联系人的信息备份在所述待备份的联系人所属的任一账号下。
[0059]在此步骤中，当所述待备份的联系人属于多账户联系人时，确定所述待备份的联系人是否为合并模式。即通过读取所述待备份的联系人对应的aggregat1n_mode字段中的信息确定所述待备份的联系人是否为合并模式。若所述待备份的联系人为合并模式，则将所述待备份的联系人的信息备份在所述待备份的联系人所属的任一账号下。若所述待备份的联系人为非合并模式，则备份所述待备份的联系人所属的账号下的所述待备份的联系人的信息。
[0060]例如，用户在终端(如手机等)中存储联系人A、联系人B的信息，其中联系人A、联系人B同时属于账户I和账户2。同时，联系人A支持合并模式，联系人B支持非合并模式。按照上述过程在对联系人A和联系人B的信息进行备份时，可只备份账户I或者账户2下的联系人A的信息，而需要同时备份账户I和账户2下的联系人B的信息。
[0061]通过以上描述可以看出，在本发明实施例中，当根据待备份的联系人的信息确定所述待备份的联系人为多账户联系人时，只备份所述待备份的联系人所属的任一账号下的所述待备份的联系人的信息。因此，利用本发明实施例的方案，由于对多账户联系人仅备份该联系人所属的任一账号下的待备份的联系人的信息，从而避免了现有技术中重复备份联系人信息的缺陷，因而利用本发明实施例的方案节约了通讯录的存储空间，还提高了通讯录备份的效率。
[0062]如图2所示，本发明实施例二的通讯录的备份装置，包括:
[0063]信息获取单元21，用于获取待备份的联系人的信息；信息处理单元22，用于根据所述待备份的联系人的信息确定所述待备份的联系人是否为多账户联系人；信息备份单元23，用于当所述待备份的联系人为多账户联系人时，将所述待备份的联系人的信息备份在所述待备份的联系人所属的任一账号下。
[0064]其中，所述信息处理单元22包括:信息获取模块，用于根据所述待备份的联系人的信息获取所述待备份联系人的账户标识信息；信息处理模块，用于当所述账户标识信息表示所述待备份联系人为多账户联系人时，表示所述待备份的联系人为多账户联系人。
[0065]其中，所述信息备份单元23包括:判断模块，用于当所述待备份的联系人属于多账户联系人时，确定所述待备份的联系人是否为合并模式；备份模块，用于在所述待备份的联系人为合并模式时，将所述待备份的联系人的信息备份在所述待备份的联系人所属的任一账号下。
[0066]具体的，所述判断模块具体用于，当所述待备份的联系人属于多账户联系人时，通过读取所述待备份的联系人对应的aggregat1n_mode字段确定所述待备份的联系人是否为合并模式。
[0067]此外，为了保持通讯录的完整性，所述备份模块还用于，若所述待备份的联系人为非合并模式，则备份所述待备份的联系人所属的账号下的所述待备份的联系人的信息。
[0068]本发明实施例所述装置的工作原理可参照前述方法实施例的描述。其中所述装置可位于终端中，例如手机，平板电脑等。
[0069]通过以上描述可以看出，在本发明实施例中，当根据待备份的联系人的信息确定所述待备份的联系人为多账户联系人时，只备份所述待备份的联系人所属的任一账号下的所述待备份的联系人的信息。因此，利用本发明实施例的方案，由于对多账户联系人仅备份该联系人所属的任一账号下的待备份的联系人的信息，从而避免了现有技术中重复备份联系人信息的缺陷，因而利用本发明实施例的方案节约了通讯录的存储空间，还提高了通讯录备份的效率。
[0070]此外，如图3所示，本发明实施例三还提供了一种电子设备，包括:
[0071]处理器31、存储器32、通信接口 33和总线34 ；
[0072]所述处理器31、所述存储器32和所述通信接口 33通过所述总线34连接并完成相互间的通信；
[0073]所述存储器32存储可执行程序代码；
[0074]所述处理器31通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于:
[0075]获取待备份的联系人的信息；根据所述待备份的联系人的信息确定所述待备份的联系人是否为多账户联系人；当所述待备份的联系人为多账户联系人时，将所述待备份的联系人的信息备份在所述待备份的联系人所属的任一账号。
[0076]本发明实施例四还提供了一种存储介质，其中，所述存储介质用于存储应用程序，所述应用程序用于在运行时执行本发明所述的一种通讯录的备份方法。
[0077]本发明实施例五还提供了一种应用程序，其中，所述应用程序用于在运行时执行本发明所述的一种通讯录的备份方法。
[0078]需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅