一种用户名片分享方法、好友添加方法和相关装置与流程

本申请涉及数据处理领域，特别是涉及一种用户名片分享方法、好友添加方法和相关装置。

背景技术：

随着互联网技术的发展，越来越多的用户通过网络进行社交，而社交软件是支持上述社交行为的载体，用户可以通过在社交软件上注册的用户账号进行网络社交。

当前市场上流通的社交软件种类多样，不同种类的社交软件可以视为不同的异构系统。

然而，目前的社交软件中并未提供异构系统间用户账号的分享功能，导致一些用户必须安装多种社交软件才能实现自身的网络社交需求，增加了用户的操作负担。

技术实现要素：

为了解决上述技术问题，本申请提供了一种用户名片分享方法、好友添加方法和相关装置，从而实现了异构系统间的用户名片分享功能，从而异构系统间的用户可以通过分享的用户名片添加好友，实现异构系统间用户账号的直接网络社交，用户不需要下载多种社交软件就能满足跨社交软件的网络社交需求，提高了用户体验。

本申请实施例公开了如下技术方案：

第一方面，本申请实施例公开了一种用户名片分享方法，所述方法包括：

第一用户账号获取被分享用户账号的用户名片；所述被分享用户账号属于第一异构系统；

所述第一用户账号显示目标用户选择界面，并通过在所述目标用户选择界面上触发的选择操作，获取目标账号；所述目标账号属于第二异构系统；

所述第一用户账号向所述目标账号分享所述用户名片。

第二方面，本申请实施例公开了一种用户名片分享装置，所述装置包括第一获取单元、显示单元、第二获取单元和分享单元：

所述第一获取单元，用于获取被分享用户账号的用户名片；所述被分享用户通过账号属于第一异构系统；

所述显示单元，用于显示目标用户选择界面；所述第二获取单元，用于通过在所述目标用户选择界面上触发的选择操作，获取目标账号；所述目标账号属于第二异构系统；

所述分享单元，用于向所述目标账号分享所述用户名片。

第三方面，本申请实施例公开了一种添加好友方法，所述方法包括：

属于第二异构系统的目标用户账号获取第一用户账号分享的用户名片，所述被分享用户账号属于第一异构系统；

所述目标用户账号根据所述用户名片向所述被分享用户账号发起添加好友请求；

所述目标用户账号获取从所述第一异构系统发出的通知信息，所述通知信息用于标识所述添加好友请求被推送至所述被分享用户账号。

第四方面，本申请实施例公开了一种添加好友装置，所述装置包括第一获取单元、发送单元和第二获取单元：

所述第一获取单元，用于获取第一用户账号分享的用户名片，所述被分享用户账号属于第一异构系统；

所述发送单元，用于根据所述用户名片向所述被分享用户账号发起添加好友请求；

所述第二获取单元，用于获取从所述第一异构系统发出的通知信息，所述通知信息用于标识所述添加好友请求被推送至所述被分享用户账号。

第五方面，本申请实施例公开了一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行第一方面或第三方面任一项所述的方法。

第六方面，本申请实施例公开了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行第一方面或第三方面任一项所述的方法。

由上述技术方案可以看出，若第一用户账号希望向第二异构系统中的目标账号分享第一异构系统中的被分享用户账号，第一用户账号可以显示目标用户选择界面，并通过在目标用户选择界面上触发的选择操作，获取目标账号，第一用户账号可以将用户名片向该目标账号进行分享，从而实现了异构系统间的用户名片分享功能，从而异构系统间的用户可以通过分享的用户名片添加好友，实现异构系统间用户账号的直接网络社交，用户不需要下载多种社交软件就能满足跨社交软件的网络社交需求，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种用户名片分享方法的应用场景示例图；

图2为本申请实施例提供的一种用户名片分享方法的流程图；

图3a为本申请实施例提供的用户名片的示例图；

图3b为本申请实施例提供的目标用户选择界面的示例图；

图4a为本申请实施例提供的分享关系链的示例图；

图4b为本申请实施例提供的分享关系链的示例图；

图5a为本申请实施例提供的第一标识的示例图；

图5b为本申请实施例提供的第一标识的示例图；

图6为本申请实施例提供的名片信息中资料信息的示例图；

图7为本申请实施例提供的一种从社交软件1跳转到社交软件2的效果图；

图8为本申请实施例提供的一种从社交软件1跳转到社交软件2的效果图；

图9为本申请实施例提供的一种添加好友方法的应用场景示例图；

图10为本申请实施例提供的一种添加好友方法的流程图；

图11为本申请实施例提供的目标用户账号发起添加好友请求的效果图；

图12为本申请实施例提供的被分享用户账号同意添加目标用户账号为好友的效果图；

图13为本申请实施例提供的社交软件1和社交软件2之间通过互通后台进行通信的架构图；

图14为本申请实施例提供的一种用户名片分享和添加好友方法的流程图；

图15a为本申请实施例提供的一种用户名片分享装置的结构图；

图15b为本申请实施例提供的一种用户名片分享装置的结构图；

图16a为本申请实施例提供的一种添加好友装置的结构图；

图16b为本申请实施例提供的一种添加好友装置的结构图；

图17为本申请实施例提供的一种设备的结构图；

图18为本申请实施例提供的一种服务器的结构图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

由于目前的社交软件中并未提供异构系统间用户账号的分享功能，导致一些用户必须安装多种社交软件才能实现自身的网络社交需求，增加了用户的操作负担。

为了解决上述技术问题，本申请实施例提供一种用户名片分享方法，该方法主要用于跨系统之间的用户名片分享。该方法可以应用到终端设备中，终端设备可以是个人计算机(personalcomputer，简称pc)、智能终端、个人数字助理(personaldigitalassistant，简称pda)、平板电脑等。

其中，终端设备上安装属于不同异构系统的社交软件，属于不同异构系统的社交软件可以安装在同一个终端设备上，也可以安装在不同的终端设备上。社交软件可以包括企业微信、微信、qq等，本申请实施例将主要以属于不同异构系统的社交软件分别是社交软件1和社交软件2为例进行介绍。

本申请实施例提供的用户名片分享方法，可以应用于图1所示的应用场景。在图1所示的场景中，第一用户账号希望向第二异构系统102中的目标账号分享第一异构系统101中的被分享用户账号。其中，第一异构系统101和第一异构系统102为不同的异构系统，即目标账号所属的社交软件与被分享用户账号所属的社交软件不同。常见的社交软件企业微信、微信、qq互为不同的异构系统，在后续实施例中，将以第一异构系统101是社交软件1，第二异构系统102是社交软件2为例进行介绍。

第一用户账号和被分享用户账号均为用户账号。而目标账号可以是用户账号，也可以是群账号。

为了实现第一用户账号向目标账号分享被分享用户账号，第一用户账号可以显示目标用户选择界面，第一用户账号可以在目标用户选择界面上进行选择操作。第一用户账号通过在目标用户选择界面上触发的选择操作，获取目标账号，从而向目标账号分享用户名片。实现了异构系统间的用户名片分享功能，从而异构系统间的用户可以通过分享的用户名片添加好友，实现异构系统间用户账号的直接网络社交，用户不需要下载多种社交软件就能满足跨社交软件的网络社交需求，提高了用户体验。

接下来，将以第一异构系统是社交软件1、第二异构系统是社交软件2为例，结合附图对本申请实施例提供的用户名片分享方法进行介绍。

参见图2，图2示出了一种用户名片分享方法的信令交互图，所述方法包括：

s201、第一用户账号获取被分享用户账号的用户名片。

被分享用户账号属于第一异构系统(例如社交软件1)。在本实施例中，第一用户账号与被分享用户账号为好友关系，或者，第一用户账号为被分享用户账号。

根据第一用户账号与被分享用户账号关系的不同，第一用户账号获取被分享用户账号的用户名片的方式可以包括多种。若第一用户账号与被分享用户账号是好友关系，在一种可能的实现方式中，第一用户账号对应的用户可以通过其好友列表查找到被分享用户账号，通过点击被分享用户账号中的“名片”选项，使得第一用户账号获取被分享用户账号的用户名片。

若第一用户账号为被分享用户账号，在一种可能的实现方式中，第一用户账号可以在个人信息页面(例如微信中的我)中获取用户名片，从而将自己的用户名片分享到第二异构系统。

当然，除了第一用户账号与第二用户账号具有上述关系，从而获取用户名片外，第一用户账号还可以在聊天界面中，获取到其他用户账号分享或转发的被分享用户账号的用户名片，例如，第一用户账号属于所述第一异构系统，用户名片被分享到第一用户账号所在的用户群中，则第一用户账号可以在包括第一用户账号的用户群中获取被分享用户账号的用户名片。例如，第一用户账号可以通过长按选择来向目标账号分享用户名片。用户名片可以参见图3a所示，用户名片中可以包括被分享用户账号的资料信息，例如，被分享用户账号对应的用户姓名(比如图3a中xxx)、头像、描述信息(比如公司名)、身份标识等。

需要说明的是，在一些情况下，用户名片中还包括目标资源，该目标资源用于提高用户名片在目标账号中被点击的概率。

目标资源可以包括很多，例如一定数额的红包、幸运大转盘等，从而使得目标账号在获取到用户名片时，可以向目标账号展示该目标资源，吸引目标账号点击该用户名片，提高该用户名片在目标账号中被点击的概率。

s202、第一用户账号显示目标用户选择界面，并通过在所述目标用户选择界面上触发的选择操作，获取目标账号。

其中，目标账号属于第二异构系统(例如社交软件2)。目标用户选择界面参见图3b所示，图3b中包括“发送用户名片到社交软件2”的选项，第一用户账号在目标用户选择界面上触发的选择操作可以是第一用户账号点击“发送用户名片到社交软件2”这一选项触发的。

需要说明的是，本实施例对s201和s202的执行顺序不做限定。

s203、所述第一用户账号向所述目标账号分享所述用户名片。

可以理解的是，第一用户账号可以根据目标账号的身份标识向目标账号分享用户名片，以便目标账号可以通过该用户名片添加被分享用户账号为好友。

由上述技术方案可以看出，若第一用户账号希望向第二异构系统中的目标账号分享第一异构系统中的被分享用户账号，第一用户账号可以显示目标用户选择界面，并通过在目标用户选择界面上触发的选择操作，获取目标账号，第一用户账号可以将用户名片向该目标账号进行分享，从而实现了异构系统间的用户名片分享功能，从而异构系统间的用户可以通过分享的用户名片添加好友，实现异构系统间用户账号的直接网络社交，用户不需要下载多种社交软件就能满足跨社交软件的网络社交需求，提高了用户体验。

需要说明的是，在异构系统间分享的用户名片可以是以二维码形式的数据存在的，由于二维码形式的数据可以被随意分享，并且二维码形式的数据并未限制哪些账号可以添加被分享者为好友，可能导致若被分享者的用户名片对应的二维码在不同账号间恶意扩散，被分享者被不怀好意的添加请求骚扰的可能性大大增加，对被分享者造成了很差的分享体验。

例如，异构系统a中的用户账号1希望添加异构系统b中的用户账号2(被分享者)，用户账号2通过用户账号3向用户账号1分享用户账号2的用户名片对应的二维码，用户账号2与用户账号3具有好友关系。用户账号1通过扫描该二维码获取用户账号2的用户名片，进而触发该用户名片添加用户账号2为好友。若用户账号1可以进一步将用户账号2的用户名片对应的二维码推送到其所在的关系链中，关系链中的每个用户账号还可以进一步将用户账号2的用户名片对应的二维码推送到其他关系链中，依次类推。所有被推二维码的关系链中包括的用户账号都可以向用户账号2发起添加请求，这些添加请求骚扰为用户账号2带来很大的困扰，对用户账号2造成了很差的分享体验。

在这种情况下，为了避免被分享者被不怀好意的添加请求骚扰，在一种可能的实现方式中，第一用户账号分享的用户名片具体为名片信息，该名片信息包括分享所述用户名片所涉及账号间关系信息的分享关系链，该分享关系链可以体现出第一用户账号和被分享用户账号为好友关系，第一用户账号和目标账号之间的关系，用户名片属于哪个用户账号(例如属于被分享用户账号)，用户名片由哪个用户账号分享给哪个账号(例如有第一用户账号分享给目标账号)。

目标账号获取的名片信息中包括根据所述分享关系链确定的第一标识。由于第一标识用于标识目标账号具有对被分享用户账号添加好友的权限，使得分享到目标账号的名片信息仅能用于特定用户账号，即只有目标账号标识的用户账号，或者目标账号所标识群中的群成员才可以具有对被分享用户账号添加好友的权限。这样，目标账号对被分享用户账号进行好友添加后，由于其他账号不具备第一标识所限制的权限，即使该名片信息被恶意扩散到其他账号，其他账号也无法使用该名片信息添加被分享用户账号为好友。从而基本杜绝了被分享者例如被分享用户账号被不怀好意的添加请求骚扰的可能性，提高了分享体验。需要说明的是，第一用户账号将用户名片向目标账号分享可以是第一用户账号直接将用户名片向目标账号分享，也可以是第一用户账号通过其他用户账号向目标账号转发用户名片，间接向目标账号分享用户名片。若第一用户账号直接将用户名片向目标账号分享，所涉及账号可以包括分享用户名片的用户账号(第一用户账号)、用户名片所属的用户账号(被分享用户账号)、将用户名片向哪个账号分享(目标账号)；若第一用户账号间接将用户名片向目标账号分享，所涉及账号可以包括分享用户名片的用户账号、用户名片所属的用户账号、中转该用户名片的用户账号和目标账号。

分享关系链中不仅包括用户名片所涉及账号，还包括标识所涉及账号间关系的关系信息。所涉及账号间的关系可以包括好友关系、账号绑定关系等，例如，第一用户账号与被分享用户账号为好友关系、第一用户账号与中转该用户名片的用户账号为账号绑定关系、第一用户账号与目标账号为好友关系等。

若第一用户账号直接将用户名片向目标账号分享，分享关系链如图4a所示。图4a以社交软件1中的账号a将社交软件1中的账号b分享给社交软件2中的账号1为例，card_openid:ww_b表示被分享用户账号的标识，即该用户名片属于ww_b所标识的社交软件1中的账号b；from_openid:ww_a表示第一用户账号的标识，to_openid:wx_1表示目标账号的标识，社交软件1中的账号a与账号b为好友关系，社交软件1中的账号a与社交软件2中的账号1为好友关系。

若第一用户账号间接将用户名片向目标账号分享，分享关系链如图4b所示。如图4b以社交软件1中的账号a将社交软件1中的账号b通过社交软件2中的账号1分享给社交软件2中的账号2为例，card_openid:ww_b表示被分享用户账号的标识，即该用户名片属于ww_b所标识的社交软件1中的账号b；from_openid:ww_a表示第一用户账号的标识，bind_openid:wx_1表示第二用户账号的标识，wx_1标识的第二用户账号与ww_a标识的第一用户账号是绑定关系，社交软件1中的账号a与账号b为好友关系，社交软件1中的账号a与社交软件2中的账号1为好友关系。

通过分享关系链可以便于在向目标账号分享用户名片时，根据分享链生成第一标识，对添加被分享用户账号为好友的账号进行限制。还可以根据分享链对中转用户名片的用户账号合法性进行校验，避免非法用户账号对用户名片进行恶意扩散。另外，在目标用户账号向被分享用户账号发送添加好友请求时，可以根据分享链对目标用户账号的合法性进行校验，避免非法用户账号骚扰被分享用户账号。

名片信息可以用cardinfo表示，所述目标账号获取的所述名片信息中包括根据所述分享关系链确定的第一标识，所述第一标识用于标识所述目标账号具有对所述被分享用户账号添加好友的权限。第一标识可以用ticket表示，第一标识可以是明文，在一些情况下，为了避免第一标识被篡改，可以对第一标识进行加密，得到加密ticket，具体可以以目标账号为key生成加密ticket。

以被分享用户账号是社交软件1中的账号b为例，第一标识可以参见图5a和图5b所示。图5a表示向目标账号(例如社交软件2中的账号2)分享被分享用户账号对应的第一标识，其中，from_username:wx_2表示发起添加好友请求的用户账号的标识，to_username:ww_b表示希望添加哪个账号为好友，第一标识标识了目标账号wx_2具有对被分享用户账号ww_b添加好友的权限。图5b表示向目标账号对应的群分享被分享用户账号对应的第一标识，其中，from_username:群openid表示发起添加好友请求的用户账号所在群的标识，to_username:ww_b表示希望添加哪个账号为好友，第一标识标识了目标群账号中的群成员具有对被分享用户账号ww_b添加好友的权限。

需要说明的是，在一种可能的实现方式中，名片信息是通过下述方式获得的：首先，第一用户账号生成用于将用户名片向目标账号分享的分享请求，该分享请求包括分享关系链。然后，第一用户账号获取根据分享请求创建的名片信息。

需要说明的是，在一种可能的实现方式中，第一用户账号对应的用户触发分享被分享用户账号的用户名片功能，从而触发第一用户账号生成该分享请求。

例如，第二异构系统为社交软件2，第一用户账号获取到被分享用户账号的用户名片后，第一用户账号对应的用户通过点击图3a中“发送到社交软件2”以及图3b中“发送用户名片到社交软件2”触发第一用户账号生成该分享请求。

需要说明的是，第一用户账号获取根据所述分享请求创建的名片信息的方式可以包括很多种。其中，第一用户账号获取根据分享请求创建的名片信息的一种方式可以是，由第一用户账号根据所述分享请求创建的名片信息，从而第一用户账号从第一用户账号本身获取名片信息。

第一用户账号获取根据分享请求创建的名片信息的另一种方式可以是，第一用户账号向互通系统发送所述分享请求，由互通系统(imunion)根据获取的分享请求创建名片信息，从而将名片信息发送给第一用户账号，所述互通系统具有所述第一异构系统和所述第二异构系统的数据处理逻辑，所述互通系统根据所述分享请求所创建的名片信息符合第一异构系统和第二异构系统的数据处理逻辑。此时，名片信息中的第一标识可以是由互通系统添加的。

可以理解的是，通过互通系统可以将名片信息中包括的信息转换成第一异构系统和第二异构系统均可识别的数据格式，例如将用户标识转换成通用的openid，第一异构系统和第二异构系统均可识别openid。

在一些情况下，名片信息中还可以包括被分享用户账号的资料信息。名片信息中包括的资料信息可以参见图6所示，name表示用户姓名，headurl表示头像，openid表示用户账号的标识，desc(corpname，etc)标识描述信息，例如公司名等。

需要说明的是，由于第一用户账号所在的异构系统具有对应的后台，在一种可能的实现方式中，第一用户账号可以通过其所在异构系统的后台向互通系统发送所述分享请求。以第一用户账号所在的异构系统为社交软件1为例，第一用户账号可以通过其社交软件1的后台向互通系统发送所述分享请求。

由上述技术方案可以看出，若第一用户账号希望向第二异构系统中的目标账号分享第一异构系统中的被分享用户账号，第一用户账号可以显示目标用户选择界面，并通过在目标用户选择界面上触发的选择操作，获取目标账号，第一用户账号可以将名片信息向该目标账号进行分享，该名片信息包括分享用户名片所涉及账号间关系信息的分享关系链，使得目标账号获取该名片信息时，该名片信息中包括根据分享关系链确定的第一标识，所述第一标识用于标识目标账号具有对所述被分享用户账号添加好友的权限。由于该第一标识的限制，导致分享到目标账号的名片信息仅能用于特定用户账号，例如目标账号对被分享用户账号进行好友添加，即使该名片信息被恶意扩散到其他账号，其他账号由于不具备第一标识所限制的权限，其他账号也无法使用该名片信息添加被分享用户账号为好友，从而基本杜绝了被分享者例如被分享用户账号被不怀好意的添加请求骚扰的可能性，提高了分享体验。

需要说明的是，本申请实施例提供的方法可以包括多种用户名片分享场景，接下来将主要对五种场景进行介绍。

第一种场景为第一用户账号属于第一异构系统，目标账号为目标用户账号，目标用户账号与所述第一用户账号间具有账号绑定关系或好友关系，第一用户账号直接将被分享用户账号分享给目标用户账号。例如，社交软件1中的账号a将社交软件1中的账号b分享给社交软件2中的账号1，社交软件1中的账号a为第一用户账号，社交软件1中的账号b为被分享用户账号，社交软件2中的账号1为目标账号。

第二种场景为第一用户账号属于所述第一异构系统，所述目标账号为目标用户账号，属于所述第二异构系统的第二用户账号与所述第一用户账号间为账号绑定关系，第一用户账号通过第二用户账号将被分享用户账号分享给目标用户账号。例如，社交软件1中的账号a将社交软件1中的账号b通过社交软件2中的账号1分享给社交软件2中的账号2。其中，社交软件1中的账号a为第一用户账号，社交软件1中的账号b为被分享用户账号，社交软件2中的账号1为第二用户账号，社交软件2中的账号2为目标账号。

第三种场景为第一用户账号属于第二异构系统，所述目标账号为目标用户账号，所述目标用户账号与所述第一用户账号间为好友关系，所述第一用户账号直接将被分享用户账号分享给目标用户账号。例如，社交软件2中的账号1将社交软件1中的账号b分享给社交软件2中的账号2。其中，社交软件2中的账号1为第一用户账号，社交软件1中的账号b为被分享用户账号，社交软件2中的账号2为目标账号。

第四种场景为所述第一用户账号属于第一异构系统或第二异构系统，所述目标账号为目标群账号，且所述第一用户账号为所述目标群账号所对应群中的群成员，所述第一用户账号直接将被分享用账号分享给其所在群对应的目标群账号。例如，社交软件1中的账号a向包括了该账号a的社交软件2的群分享社交软件1中的账号b，其中，社交软件1中的账号a为第一用户账号，社交软件1中的账号b为被分享用户账号，包括了账号a的社交软件2中的群对应的群账号为目标群账号。或者，社交软件2中的账号1向包括了该账号1的社交软件2中的群分享社交软件1中的账号b，其中，社交软件2中的账号1为第一用户账号，社交软件1中的账号b为被分享用户账号，包括了账号1的社交软件2中的群对应的群账号为目标群账号。

第五种场景为所述第一用户账号属于所述第一异构系统，所述目标账号为目标群账号，属于所述第二异构系统的第二用户账号与所述第一用户账号间为账号绑定关系，且所述第二用户账号为所述目标群账号所对应群中的群成员，第一用户账号将被分享用户账号通过第二用户账号分享给第二用户账号所在群对应的目标群账号。例如，社交软件1中的账号a将社交软件1中的账号b通过社交软件2中的账号1分享给账号1所在的群，其中，社交软件1中的账号a为第一用户账号，社交软件1中的账号b为被分享用户账号，社交软件2中的账号1为第二用户账号，账号1所在群对应的群账户为目标群账号。

其中，第一种场景、第三种场景和第四种场景属于第一用户账号直接将被分享用户账号分享给目标账号，因此，分享关系链中体现了用户名片属于哪个用户账号的，用户名片由哪个用户账号分享给哪个账号，还体现了被分享用户账号与第一用户账号为好友关系，第一用户账号与目标账号标识的用户账号为好友关系或账号绑定关系，或第一用户账号为目标账号所标识群中的群成员。在这些场景下，被分享用户账号所属的第一异构系统和目标账号所属的第二异构系统可以安装在同一终端设备上，也可以安装在不同的终端设备上。此时，名片信息中的第一标识可以是由第一用户账号添加的。

第二种场景和第五种场景属于第一用户账号间接将用户名片向目标账号分享，即第一用户账号将被分享用户账号通过第二用户账号分享给目标账号，第一用户账号将用户名片直接分享给第二用户账号，再由第二用户账号转发给目标账号。因此，分享关系链体现了用户名片属于哪个用户账号的标识，用户名片由哪个用户账号分享给目标账号，用于向目标账号转发用户名片的绑定账号是哪个账号，还体现了被分享用户账号与第一用户账号为好友关系，第一用户账号与第二用户账号之间的账号绑定关系等。

在这些场景下，由于第二用户账号与第一用户账号为账号绑定关系，第一用户账号将用户名片分享给第二用户账号时，需要从第一异构系统跳转到第二异构系统，跳转是应用(例如社交软件)之间进行的，因此，被分享用户账号所属的第一异构系统和目标账号所属的第二异构系统需要安装在同一终端设备上。

需要说明的是，名片信息中第一标识根据用户名片分享场景的不同，第一标识的生成时机会有所不同。在第一种场景、第三种场景和第四种场景中，分享关系链体现了用户名片属于哪个用户账号的，用户名片由哪个用户账号分享给哪个账号，即体现了被分享用户账号、第一用户账号和目标账号，故，第一用户账号向目标账号分享的名片信息中包括第一标识。

在第二种场景和第五种场景中，第一用户账号获取的名片信息可能还未包括第一标识，而是在第一用户账号向目标账号分享所述名片信息的过程中生成的第一标识，从而保证目标账号获取的名片信息中包括第一标识。在这种情况下，第一用户账号向目标账号分享名片信息的一种可能实现方式为第一用户账号向第二用户账号分享所述名片信息，以使第二用户账号根据名片信息中包括的分享关系链获取第一标识，并将携带所述第一标识的名片信息分享至目标用户账号或第一用户账号所在群对应的目标群账号。

在这些场景下，由于被分享用户账号所属的第一异构系统和目标账号所属的安装在同一终端设备上，故，第一用户账号向第二用户账号分享名片信息的一种实现方式可以是第一用户账号通过第一异构系统调用第二异构系统的接口，并向所述第二用户账号转发封装为符合所述接口的数据格式的所述名片信息。通过调用第二异构系统的接口，实现从终端设备上的第一异构系统跳转到第二异构系统，从而完成向第二用户账号转发名片信息。

其中，所述接口可以是软件开发工具包(softwaredevelopmentkit，简称sdk)接口，sdk接口提供了数据封装和解析的能力，以满足传递不同的数据类型需要(比如文本、图片、视频、文件、聊天记录等)。当第一异构系统中的第一用户账号要传递某个数据(例如名片信息)到第二异构系统的第二用户账号时，第一用户账号会把该数据封装成符合所述接口的数据格式，以二进制数据的形式通过openurl直接带数据或粘贴板uipasteboard共享数据的方式传递给第二用户账号。第二用户账号从openurl或uipasteboard读出数据，解析转换为文本数据类型，然后分发给对应的apihandler接口进行后续的处理。

在本实施例中，若第一用户账号属于社交软件1，目标账号属于社交软件2，且目标账号为目标用户账号，则从社交软件1跳转到社交软件2的效果图参见图7中701所示，名片信息分享到目标用户账号的效果图参见7中702所示；若第一用户账号属于社交软件1，目标账号属于社交软件2，且目标账号为目标群账号，则从社交软件1跳转到社交软件2的效果图参见图8中801所示，名片信息分享到目标群账号的效果图参见8中802所示。

需要说明的是，为了避免名片信息被非法用户账号获取，第一用户账号在向第二用户账号发送名片信息前，可以通过第二异构系统验证第二用户账号与第一用户账号间是否为账号绑定关系，若是，则将名片信息向第二用户账号发送。

接下来，将对第二用户账号如何根据名片信息中包括的分享关系链获取第一标识进行介绍。

第二用户账号接收到名片信息后，第二用户账号对应的用户可以选择目标账号，从而请求生成第一标识。第一标识可以是第二用户账号自身根据分享关系链生成的，也可以是将名片信息发送给第二异构系统后台申请生成第一标识。

若第二用户账号将名片信息发送给第二异构系统后台申请生成第一标识，为了避免名片信息被非法用户截获，第二用户账号将名片信息发送给第二异构系统后台后，第二异构系统后台可以首先校验第二用户账号是否与第一用户账号为账号绑定关系，若是，则请求imunion生成第一标识。

以被分享用户账号为社交软件1中的账号ww_b，目标账号为社交软件2中的账号wx_2，第二用户账号为社交软件2中的账号wx_1为例，当名片信息被分享到wx_1后，社交软件2侧会解析得到名片信息(cardinfo)，然后，wx_1对应的用户选择转发给wx_2，wx_1会将cardinfo发送给社交软件2的后台申请生成wx_2具有对ww_b添加好友的权限的第一标识。社交软件2的后台会首先校验cardinfo的bind_openid是否就是当前登录的wx_1，如果不是(假如是wx_3)，则会生成一条失败的消息插入wx_1与wx_3聊天会话；如果正是wx_1，则请求imunion后台生成第一标识。

需要说明的是，在一些情况下，第二用户账号可能具有希望添加被分享用户账号为好友的需要，为了保证第二用户账号在获取到名片信息后，可以通过名片信息添加被分享用户账号为好友，在一些可能的实现方式中，所述第一用户账号向目标账号分享的名片信息中还可以包括根据所述分享关系链确定的第二标识，所述第二标识用于标识所述第二用户账号具有对所述被分享用户账号添加好友的权限。

第一用户账号向目标账号分享被分享用账号的用户名片的目的是使得目标账号标识的用户账号，或者目标账号所标识群中的群成员可以添加被分享用户账号为好友，接下来，在前述实施例的基础上对添加好友的方法进行介绍。

本申请实施例提供的添加好友方法可以应用到终端设备中，终端设备可以是个人计算机(personalcomputer，简称pc)、智能终端、个人数字助理(personaldigitalassistant，简称pda)、平板电脑等。

其中，终端设备上安装属于不同异构系统的社交软件，属于不同异构系统的社交软件可以安装在同一个终端设备上，也可以安装在不同的终端设备上。社交软件可以包括企业微信、微信、qq等，本申请实施例将主要以属于不同异构系统的社交软件分别是社交软件1和社交软件2为例进行介绍。

本申请实施例提供的添加好友方法，可以应用于图9所示的应用场景。在图9所示的场景中，第二异构系统102中的目标用户账号希望通过添加第一异构系统101中的被分享用户账号为好友。其中，第一异构系统101和第一异构系统102为不同的异构系统，即目标用户账号所属的社交软件与被分享用户账号所属的社交软件不同。在后续实施例中，将以第一异构系统101是社交软件1，第二异构系统102是社交软件2为例进行介绍。

目标用户账号和被分享用户账号均为用户账号，为了实现目标用户账号添加被分享用户账号为好友，目标用户账号获取第一用户账号分享的用户名片，并根据该用户名片向被分享用户账号发起添加好友请求，若该添加好友请求可以被推送至被分享用户账号，则目标用户账号获取到从第一异构系统发出的通知信息，该通知信息用于标识添加好友请求被推送至被分享用户账号。

接下来，将结合附图对本申请实施例提供的添加好友方法进行介绍。

参见图10，图10示出了一种添加好友方法的信令交互图，所述方法包括：

s1001、属于第二异构系统的目标用户账号获取第一用户账号分享的用户名片。

其中，所述被分享用户账号属于第一异构系统。

s1002、所述目标用户账号根据所述用户名片向所述被分享用户账号发起添加好友请求。

目标用户账号获取用户名片后，用户名片中可以包括被分享用户账号的资料信息，目标用户账号可以直接查看该资料信息。

若目标用户账号与被分享用户账号不是好友关系，目标用户账号可以向被分享用户账号发起添加好友请求。目标用户账号通过用户名片发起添加好友请求的效果图如图11所示，目标用户账号对应的用户通过点击1101中“添加到通讯录”按钮和1102中“发送”按钮触发目标用户账号发起添加好友请求。

需要说明的是，s1002的一种可能的实现方式是，目标用户账号通过第一异构系统向被分享用户账号发起添加好友请求，图10中1002示出的为该实现方式。

s1003、第一异构系统向目标用户账号发出通知信息。

其中，所述通知信息用于标识所述添加好友请求被推送至所述被分享用户账号。

目标用户账号接收到通知消息后，等待被分享用户账号同意添加目标用户账号为好友。若被分享用户账号同意添加目标用户账号为好友，则被分享用户账号发送添加成功消息，所述目标用户账号获取添加成功信息，该添加成功信息用于标识被分享用户账号根据所述添加好友请求添加了上述目标用户账号为好友，然后，所述目标用户账号将所述被分享用户账号加入好友关系列表。其中，被分享用户账号同意添加目标用户账号为好友的效果图参见图12所示，被分享用户账号对应的用户点击1201中“通过验证”按钮，从而触发发送添加成功消息，完成添加好友后的展示界面如1202所示，互为好友的被分享用户账号和目标用户账号可以进行消息互通，例如发消息、语音通话。

需要说明的是，由于用户名片可能在不同账号间被扩散，为了避免被分享者被不怀好意的添加请求骚扰，提高分享体验，在一种可能的实现方式中，用户名片具体为名片信息，该名片信息包括第一标识，第一标识用于标识目标账号具有对被分享用户账号添加好友的权限。

相应的，添加好友请求还包括该第一标识，这样，若第一异构系统接收到添加好友请求，第一异构系统可以通过第一标识对目标用户账号进行验证，若目标用户账号被确定为目标账号标识的用户账号，或者为目标账号所标识群中的群成员，执行s1003的步骤。

需要说明的是，若第一标识为加密的第一标识，互通系统可以对通过第一标识对名片信息进行解密，从而由第一异构系统对目标用户账号进行验正。

需要说明的是，名片信息可能在分享过程中被非法用户账号截获，从而对名片信息进行篡改，例如，真实名片信息中标识的目标账号是社交软件2中的账号wx_2，若名片信息被非法用户账号(例如社交软件2中的账号wx_3)截获，社交软件2中的账号wx_3为了可以添加被分享用户账号(例如社交软件1中的账号ww_b)为好友，将目标账号篡改为社交软件2中的账号wx_3。

在这种情况下，为了避免非法用户账号可以添加被分享用户账号为好友，在一种可能的实现方式中，所述添加好友请求还包括所述名片信息的名片标识，所述名片信息还包括分享被分享用户账号的用户名片所涉及账号间关系信息的分享关系链，这样，在s1003之前，第一异构系统和第二异构系统可以根据分享关系链对目标用户账号是否为合法用户账号进行验证，若验证目标用户账号为合法用户账号，则执行s1003的步骤。其中，第一异构系统和第二异构系统用于验证合法用户账号的分享关系链是根据名片标识确定的。

例如，第一异构系统可以验证第一用户账号与被分享用户账号是否为好友关系；第一异构系统或第二异构系统可以根据分享关系链验证第一用户账号与目标用户账号是否是好友关系，或者，第一用户账号与目标用户账号是否在同一群中；第一异构系统可以根据分享关系链验证第一用户账号与第二用户账号是否是绑定关系；第二异构系统可以根据分享关系链验证目标用户账号与第二用户账号是否是好友关系，或者，第二用户账号与目标用户账号是否在同一群中，等等。

由于目标用户账号向被分享用户账号发起的添加好友请求包括第一标识，第一标识用于标识目标账号具有对所述被分享用户账号添加好友的权限。由于该第一标识的限制，导致分享到目标账号的名片信息仅能用于特定用户账号，例如目标账号标识的目标用户账号或目标账号所标识群中的群成员对被分享用户账号进行好友添加，即使该名片信息被恶意扩散到其他账号，其他账号由于不具备第一标识所限制的权限，其他账号发起的添加好友请求不会被推送到被分享用户账号，从而基本杜绝了被分享者例如被分享用户账号被不怀好意的添加请求骚扰的可能性，提高了分享体验。

接下来，将结合实际应用场景对本申请实施例提供的用户名片分享和添加好友方法进行介绍。在该应用场景中，社交软件1中的账号a将社交软件1中的账号b通过社交软件2中的账号1分享给社交软件2中的账号2。其中，社交软件1中的账号a为第一用户账号，社交软件1中的账号b为被分享用户账号，社交软件2中的账号1为第二用户账号，社交软件2中的账号2为目标账号，第一异构系统为社交软件1，第二异构系统为社交软件2，社社交软件1和社交软件2之间通过互通后台进行通信。社交软件1中的账号a通过其好友列表查找到被分享用户账号，通过点击被分享用户账号中的“名片”选项，获取被分享用户账号的用户名片，再通过点击图3a中“发送到社交软件2”以及图3b中“发送用户名片到社交软件2”触发第一用户账号生成该分享请求。

社交软件1和社交软件2之间通过互通后台进行通信的架构图可以参见图13所示，包括社交软件1的后台1301、互通系统1302、社交软件2的后台1303、社交软件1的客户端1304、数据通道1305和社交软件2的客户端1306，其中，后台1301的社交软件1的接入层与后台1303的社交软件2的接入层通过互通系统1302的接入层进行通信。社交软件1的后台1301负责与社交软件1的客户端1304、互通系统1302之间的交互逻辑和数据处理，可以管理社交软件1的客户端1304中所涉及的账户、群逻辑、通知、消息、好友资料等；互通系统1302负责多个异构系统的逻辑处理和数据存储，比如异构账号管理、消息逻辑、群逻辑等，可以通过扩展逻辑模块，实现其他的需要在异构系统之间扭转的功能；本实施例重点介绍异构账号管理和消息互通的中枢能力；社交软件2的后台1303负责与社交软件2的客户端1306、互通系统1302之间的交互逻辑和数据处理，可以管理社交软件2的客户端1306中所涉及的账户、群逻辑、通知、消息、好友资料等。

社交软件1的客户端1304负责对外用户名片界面、卡片信息、社交软件2的sdk调用管理、好友逻辑管理等逻辑处理和用户界面(userinterface，简称ui)展示，在本实施例主要提供对外用户名片界面，从而使得社交软件1中的账号a可以获取社交软件1中的账号b的用户名片，并对其进行后续操作得到名片信息，名片信息可以通过调用社交软件2的sdk通过数据通道1305将名片信息传递给社交软件2的客户端1306。社交软件2的客户端1306负责名片信息、sdk调用处理、资料管理(提供资料界面)、添加好友等逻辑处理和ui展示(例如可以提供会话界面)。

参见图14，图14示出了用户名片分享和添加好友方法的流程图，所述方法包括：

s1401、社交软件1中的账号a获取社交软件1中的账号b的用户名片。

s1402、社交软件1中的账号a生成用于将用户名片向社交软件2中的账号2分享的分享请求。

s1403、社交软件1中的账号a向互通系统发送分享请求。

s1404、互通系统根据分享请求创建名片信息。

s1405、互通系统向社交软件1的后台发送名片信息。

s1406、社交软件1的后台向社交软件1中的账号a发送名片信息

s1407、社交软件1中的账号a通过sdk接口跳转到社交软件2，并向社交软件2中的账号1发送名片信息。

s1408、社交软件2中的账号1解析得到名片信息，选择转发给社交软件2中的好友账号2。

s1409、社交软件2中的账号1向社交软件2的后台发送生成账号2的加密ticket。

s1410、社交软件2的后台校验社交软件2中的账号1和社交软件1中的账号a是否为账号绑定关系，若是，执行s1411。

s1411、社交软件2的后台向互通后台发送账号2的加密ticket。

s1412、互通后台生成第一标识对应的加密ticket。

s1413、互通后台向社交软件2中的账号2发送第一标识对应的加密ticket。

s1414、社交软件2中的账号2生成添加好友请求。

s1415、社交软件2中的账号2向社交软件2的后台发送添加好友请求。

s1416、社交软件2的后台校验社交软件2中的账号1和账号2是否为好友关系，若是，则执行s1417。

s1417、社交软件2的后台向互通系统发送添加好友请求。

s1418、互通系统解密第一标识对应的加密ticket，并向社交软件1的后台发送第一标识。

s1419、社交软件1的后台根据第一标识验证账号1，并根据分享关系链验证账号1是否为合法用户账号，若账号1是目标账号标识的用户账号，且为合法用户账号，执行s1420。

验证社交软件2中的账号1是否为合法用户账号包括验证社交软件1中的账号a和账号b是否为好友关系，以及验证社交软件1中的账号a与社交软件2中的账号1是否为账号绑定关系。

s1420、社交软件1的后台继续向社交软件1的账号b发送添加好友请求，并向社交软件2中的账号2发出通知信息。

可以理解的是，s1414-s1420相当于s1002中目标用户账号根据名片信息向被分享用户账号发起添加好友请求的完整过程。

s1421、社交软件2中的账号2等待社交软件1中的账号b的添加成功消息。

s1422、社交软件1中的账号b同意社交软件2中的账号2的添加好友请求。

s1423、社交软件1中的账号b向社交软件2中的账号2发送添加成功信息。

s1424、社交软件2中的账号2将社交软件1中的账号b加入好友关系列表。

其中，s1401-s1413是用户名片分享过程，s1414-s1424是根据名片信息添加好友过程。

基于图2对应的实施例，本申请提供一种用户名片分享装置，参见图15a，所述装置包括第一获取单元1501、显示单元1502、第二获取单元1503和分享单元1504：

所述第一获取单元1501，用于获取被分享用户账号的用户名片；所述被分享用户通过账号属于第一异构系统；

所述显示单元1502，用于显示目标用户选择界面；所述第二获取单元1503，用于通过在所述目标用户选择界面上触发的选择操作，获取目标账号；所述目标账号属于第二异构系统；

所述分享单元1504，用于向所述目标账号分享所述用户名片。

在一种可能的实现方式中，所述用户名片中还包括目标资源，所述目标资源用于提高所述用户名片在所述目标账号中被点击的概率。

在一种可能的实现方式中，所述第一用户账号分享的所述用户名片具体为名片信息，所述名片信息包括分享所述用户名片所涉及账号间关系信息的分享关系链，所述目标账号获取的所述名片信息中包括根据所述分享关系链确定的第一标识，所述第一标识用于标识所述目标账号具有对所述被分享用户账号添加好友的权限。

在一种可能的实现方式中，所述第一用户账号与所述被分享用户账号为好友关系，或者，所述第一用户账号为所述被分享用户账号。

在一种可能的实现方式中，所述名片信息是通过下述方式获得：

所述第一用户账号生成用于将所述用户名片向所述目标账号分享的分享请求；所述分享请求包括所述分享关系链；所述第一用户账号获取根据所述分享请求创建的名片信息。

在一种可能的实现方式中，所述第一用户账号属于所述第一异构系统，所述目标账号为目标用户账号，所述目标用户账号与所述第一用户账号间具有账号绑定关系或好友关系，所述第一用户账号向所述目标账号分享的名片信息还包括所述第一标识。

在一种可能的实现方式中，所述第一用户账号属于所述第一异构系统，所述目标账号为目标用户账号，属于所述第二异构系统的第二用户账号与所述第一用户账号间为账号绑定关系；所述分享单元1504，具体用于：

所述第一用户账号向所述第二用户账号分享所述名片信息，以使得所述第二用户账号根据所述分享关系链获取所述第一标识，并将携带所述第一标识的所述名片信息分享至所述目标用户账号。

在一种可能的实现方式中，所述分享单元1504，具体用于：

所述第一用户账号通过第一异构系统调用第二异构系统的接口，并向所述第二用户账号转发封装为符合所述接口的数据格式的所述名片信息。

在一种可能的实现方式中，所述第一用户账号向所述目标账号分享的名片信息还包括根据所述分享关系链确定的第二标识，所述第二标识用于标识所述第二用户账号具有对所述被分享用户账号添加好友的权限。

在一种可能的实现方式中，所述第一用户账号属于第二异构系统，所述目标账号为目标用户账号，所述目标用户账号与所述第一用户账号间为好友关系，所述第一用户账号向所述目标账号分享的名片信息还包括所述第一标识。

在一种可能的实现方式中，所述第一用户账号属于第一异构系统或第二异构系统，所述目标账号为目标群账号，且所述第一用户账号为所述目标群账号所对应群中的群成员，所述第一用户账号向所述目标账号分享的名片信息还包括所述第一标识。

在一种可能的实现方式中，所述名片信息中包括由所述第一用户账号添加的第一标识。

在一种可能的实现方式中，所述第一用户账号属于所述第一异构系统，所述目标账号为目标群账号，属于所述第二异构系统的第二用户账号与所述第一用户账号间为账号绑定关系，且所述第二用户账号为所述目标群账号所对应群中的群成员；所述分享单元1504，具体用于：

所述第一用户账号向所述第二用户账号分享所述名片信息，以使得所述第二用户账号根据所述分享关系链获取所述第一标识，并将携带所述第一标识的所述名片信息分享至所述目标群账号。

在一种可能的实现方式中，参见图15b，所述装置还包括发送单元1505：

所述发送单元1505，用于向互通系统发送所述分享请求；所述互通系统具有所述第一异构系统和所述第二异构系统的数据处理逻辑；

所述第二获取单元1503，还用于：

获取所述互通系统根据所述分享请求所创建的符合所述第一异构系统和所述第二异构系统的数据处理逻辑的名片信息。

基于图10对应的实施例，本申请提供一种添加好友装置，参见图16a，所述装置包括第一获取单元1601、发送单元1602和第二获取单元1603：

所述第一获取单元1601，用于获取第一用户账号分享的用户名片，所述被分享用户账号属于第一异构系统；

所述发送单元1602，用于根据所述用户名片向所述被分享用户账号发起添加好友请求；

所述第二获取单元1603，用于获取从所述第一异构系统发出的通知信息，所述通知信息用于标识所述添加好友请求被推送至所述被分享用户账号。

在一种可能的实现方式中，所述用户名片具体为名片信息，所述名片信息包括第一标识，所述第一标识用于标识目标账号具有对所述被分享用户账号添加好友的权限；

所述添加好友请求还包括所述第一标识；

所述第二获取单元1603，还用于若所述目标用户账号被通过所述第一标识确定为所述目标账号标识的用户账号，或者为所述目标账号所标识群中的群成员，执行所述目标用户账号获取从所述第一异构系统发出的通知信息的步骤。

在一种可能的实现方式中，所述添加好友请求还包括所述名片信息的名片标识，所述名片信息还包括分享被分享用户账号的用户名片所涉及账号间关系信息的分享关系链，所述第二获取单元1603，具体用于：

若所述目标用户账号被所述第一异构系统和第二异构系统根据所述分享关系链验证为合法用户账号，所述第二获取单元1603执行从所述第二异构系统获取通知信息的步骤；所述第一异构系统和第二异构系统用于验证合法用户账号的所述分享关系链是根据所述名片标识确定的。

在一种可能的实现方式中，参见图16b，所述装置还包括第三获取单元1604和添加单元1605：

所述第三获取单元1604，用于获取添加成功信息，所述添加成功信息用于标识所述被分享用户账号根据所述添加好友请求添加了上述目标用户账号为好友；

所述添加单元1605，用于将所述被分享用户账号加入好友关系列表。

本申请实施例还提供了一种设备，下面结合附图对本申请实施例提供的设备进行介绍。请参见图17所示，本申请实施例提供了一种设备1700，该设备1700还可以是终端设备，该终端设备可以为包括手机、平板电脑、个人数字助理(personaldigitalassistant，简称pda)、销售终端(pointofsales，简称pos)、车载电脑等任意智能终端，以终端设备为手机为例：

图17示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图17，手机包括：射频(radiofrequency，简称rf)电路1710、存储器1720、输入单元1730、显示单元1740、传感器1750、音频电路1760、无线保真(wirelessfidelity，简称wifi)模块1770、处理器1780、以及电源1790等部件。本领域技术人员可以理解，图17中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图17对手机的各个构成部件进行具体的介绍：

rf电路1710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1780处理；另外，将设计上行的数据发送给基站。通常，rf电路1710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，简称lna)、双工器等。此外，rf电路1710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，简称gsm)、通用分组无线服务(generalpacketradioservice，简称gprs)、码分多址(codedivisionmultipleaccess，简称cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，简称wcdma)、长期演进(longtermevolution，简称lte)、电子邮件、短消息服务(shortmessagingservice，简称sms)等。

存储器1720可用于存储软件程序以及模块，处理器1780通过运行存储在存储器1720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1730可包括触控面板1731以及其他输入设备1732。触控面板1731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1731上或在触控面板1731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1780，并能接收处理器1780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1731。除了触控面板1731，输入单元1730还可以包括其他输入设备1732。具体地，其他输入设备1732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1740可包括显示面板1741，可选的，可以采用液晶显示器(liquidcrystaldisplay，简称lcd)、有机发光二极管(organiclight-emittingdiode，简称oled)等形式来配置显示面板1741。进一步的，触控面板1731可覆盖显示面板1741，当触控面板1731检测到在其上或附近的触摸操作后，传送给处理器1780以确定触摸事件的类型，随后处理器1780根据触摸事件的类型在显示面板1741上提供相应的视觉输出。虽然在图17中，触控面板1731与显示面板1741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1731与显示面板1741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1760、扬声器1761，传声器1762可提供用户与手机之间的音频接口。音频电路1760可将接收到的音频数据转换后的电信号，传输到扬声器1761，由扬声器1761转换为声音信号输出；另一方面，传声器1762将收集的声音信号转换为电信号，由音频电路1760接收后转换为音频数据，再将音频数据输出处理器1780处理后，经rf电路1710以发送给比如另一手机，或者将音频数据输出至存储器1720以便进一步处理。

wifi属于短距离无线传输技术，手机通过wifi模块1770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了wifi模块1770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1720内的软件程序和/或模块，以及调用存储在存储器1720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1780可包括一个或多个处理单元；优选的，处理器1780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1780中。

手机还包括给各个部件供电的电源1790(比如电池)，优选的，电源可以通过电源管理系统与处理器1780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，该终端设备所包括的处理器1780还具有以下功能：

第一用户账号获取被分享用户账号的用户名片；所述被分享用户账号属于第一异构系统；

所述第一用户账号显示目标用户选择界面，并通过在所述目标用户选择界面上触发的选择操作，获取目标账号；所述目标账号属于第二异构系统；

所述第一用户账号向所述目标账号分享所述用户名片。

或，

属于第二异构系统的目标用户账号获取第一用户账号分享的用户名片，所述被分享用户账号属于第一异构系统；

所述目标用户账号根据所述用户名片向所述被分享用户账号发起添加好友请求；

所述目标用户账号获取从所述第一异构系统发出的通知信息，所述通知信息用于标识所述添加好友请求被推送至所述被分享用户账号。

本申请实施例还提供一种服务器，请参见图18所示，图18为本申请实施例提供的服务器1800的结构图，服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，简称cpu)1822(例如，一个或一个以上处理器)和存储器1832，一个或一个以上存储应用程序1842或数据1844的存储介质1830(例如一个或一个以上海量存储设备)。其中，存储器1832和存储介质1830可以是短暂存储或持久存储。存储在存储介质1830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1822可以设置为与存储介质1830通信，在服务器1800上执行存储介质1830中的一系列指令操作。

服务器1800还可以包括一个或一个以上电源1826，一个或一个以上有线或无线网络接口1850，一个或一个以上输入输出接口1858，和/或，一个或一个以上操作系统1841，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述实施例中由服务器所执行的步骤可以基于该图18所示的服务器结构。

本申请实施例还提供一种计算机可读存储介质，用于存储程序代码，该程序代码用于执行前述各个实施例所述方法中的任意一种实施方式。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。