册信息可以包括:账号昵称、账号密码等注册时所需的信息。
[0098]在步骤S203中，向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息。
[0099]基于前述步骤S202，在获取到所述主账号的注册信息后，可以将所述注册信息添加到注册副账号的请求中作为申请副账号时提交的注册信息，然后将所述注册副账号的请求发送给服务器。
[0100]在步骤S204中，接收服务器返回的副账号注册结果。
[0101]基于前述步骤S203，在向服务器发送注册副账号的请求之后，接收服务器根据所述请求返回的副账号注册结果，所述副账号注册结果包括:副账号注册成功和副账号注册失败。当所述副账号注册结果为注册失败时，用户可以根据注册失败的提示信息重新进行副账号的注册，当所述副账号注册结果为注册成功时，用户即可使用注册成功的副账号。
[0102]举例来说，当用户使用第一账号登录服务器之后，所述第一账号的功能界面中会向用户提供注册副账号的选项，当用户选中所述注册副账号的选项后，可以获取所述第一账号的注册信息，然后将该注册信息携带在注册副账号的请求中发送给服务器，服务器可以在审核通过后返回副账号注册成功的注册结果。在这个过程中，用户仅需选中注册副账号的选项即可，对于用户而言实现一键注册，方便快捷。
[0103]当副账号注册成功后，所述副账号的注册信息与其主账号的注册信息，比如:所述副账号的昵称与主账号的昵称相同，所述副账号的登录密码也与主账号的登录相同。用户可以在后续使用的过程中，修改所述副账号的登录密码、昵称等信息。
[0104]可选的，在注册副账号时，用户也可以重新添加与主账号不同的注册信息，本公开对此不作特殊限制。
[0105]在本实施例中，用户无需重新输入副账号的注册信息，比如:密码等，用户注册方便。当然用户也是可以重新输入，比如:输入与主账号不同的注册信息，这个就和现有技术中注册的方式类似了。
[0106]为便于理解，在这里举例说明。本案的应用场景是如果用户X要租房，中介要加用户X微信联系，但是用户X仅在租房的这个过程中需要和中介联系，所以可以快捷的注册个副账号和中介联系，租房之后不再登录副账号就可以了，对于中介而言用户X的号码后来就是离线的状态。
[0107]由以上描述可以看出，本实施例可以将主账号的注册信息携带在注册副账号的请求中发送给服务器以进行副账号的注册，以便用户在注册副账号的时候，无需重新输入注册信息，提高了副账号的注册效率，提升用户体验。
[0108]可选的，在本公开另一个例子中，当用户使用多个账号同时登录服务器时，如果接收到添加好友的指令，可以向用户输出提示信息，提示用户选择添加好友的账号。举例来说，假设，用户同时使用第一账号和第二账号登录服务器，当用户开启摄像头扫描某陌生人账号信息的二维码时，终端可以输出提示，提示当用户选择要添加该陌生人的账号，当用户选择第二账号后，可以将该陌生人添加到第二账号的好友列表中。
[0109]可选的，在本公开另一个例子中，当用户使用多个账号同时登录服务器时，用户可以将属于某个账号中的好友添加到其他账号。请参考图3，多个账号间的好友添加过程可以包括以下步骤:
[0110]在步骤S301中，接收到将属于第二账号的第二好友添加到第一账号中的添加指令。
[0111]在本实施例中，假设用户同时使用第一账号和第二账号登录服务器，所述第二好友属于所述第二账号，但不属于所述第一账号。终端可以向用户提供将所述第二好友添加到第一账号的选项，比如:终端可以在功能界面中提供账号间好友互加的选项，终端也可以在用户选中所述第二好友后，向用户提供将其添加到其他账号的选项，本公开对此不作特殊限制。
[0112]在步骤S302中，向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。
[0113]基于前述步骤S301，在接收到将属于第二账号的第二好友添加到第一账号中的添加指令后，可以向所述第二好友发送好友添加申请，并在所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。其中，所述关联关系可以包括:所述第一账号和所述第二账号的主从关系。
[0114]举例来说，假设所述第一账号为主账号，所述第二账号为从属所述第一账号的副账号，则所述好友添加申请中的关联关系为:所述第一账号为所述第二账号的主账号。在实际应用中，当用户申请将所述第二好友添加到第一账号时，可以向所述第二好友发送如下好友添加申请:“AAA申请将您添加到他的主账号中，请确认”，其中，“AAA”可以为所述第二账号的昵称等标识。当然，在实际应用中，也可以发送其他内容的好友添加申请，本公开在此不再一一赘述。
[0115]当然，在好友添加请求中体现第一账号和第二账号的关联关系，是为了便于被请求的对象认识当前发起请求的用户。在实际实现中，在向所述第二好友发送好友添加申请时，也可以不在好友添加申请中携带所述第二账号与所述第一账号的关联关系，达到隐藏身份的目的，对于被请求添加好友的对象而言，该发起请求的用户即为一个独立的新好友。在好友接收到的信息中，是否显示第一账号和第二账号的关联关系，本公开对此不作特殊限制。
[0116]由以上描述可以看出，本公开在将属于第二账号的第二好友添加到第一账号时，可以在好友添加申请中携带所述第二账号与所述第一账号的关联关系，以使第二好友获知两个账号之间的关联关系，提高好友添加的效率。
[0117]下面结合具体的应用场景来描述本公开的实现过程。
[0118]假设，用户已注册某即时通信软件的用户账号，比如:账号I。用户使用账号I与其亲朋好友联系。当用户联系中介提供租房信息时，中介要将其加为好友，以便后续发送房屋照片，而用户不想将中介添加到自己常用的账号I中，此时，用户可以基于账号I一键注册从属该账号I的副账号，账号2。当账号2注册成功后，用户可以使用账号2添加上述中介人员，然后在手机中同时登录账号I和账号2，在不耽误与亲朋好友联系的前提下，与中介沟通租房事宜。当用户成功租房后，可以不再登录账号2，对于中介而言，用户的状态会变为离线状态，当然，用户也可以注销账号2，本公开对此不作特殊限制。
[0119]在另一种情况中，假设用户的租房的过程中，与中介相处的极为融洽，两个人成为了好朋友，那么用户可以将中介添加到其经常使用的账号I中，这样，当用户不再登录账号2，或注销账号2之后，还可以通过账号I与中介联系。
[0120]在本应用场景中，终端可以依据前述图1、图2或图3所示的实施例中提供的方法实现上述即时通信过程，本公开在此不再一一赘述。
[0121]与前述即时通信方法实施例相对应，本公开还提供了即时通信装置的实施例。
[0122]图4是根据一示例性实施例示出的一种即时通信装置的框图。
[0123]请参考图4，所述即时通信装置400可以用于终端中，包括有:第一获取模块401、第二获取模块402、信息合并模块403、信息展示模块404以及会话执行模块405。
[0124]其中，所述第一获取模块401，被配置为在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；
[0125]所述第二获取模块402，被配置为使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；
[0126]所述信息合并模块403，被配置为将所述第一获取模块401获取的第一账号的好友信息和所述第二获取模块402获取的第二账号的好友信息合并，得到合并后的好友信息；
[0127]所述信息展示模块404，被配置为将所述信息合并模块403合并后的好友信息展示；
[0128]所述会话执行模块405，被配置为在接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。
[0129]上述实施例中，终端可以在使用第一账号和第二账号登录服务器之后，将所述第一账号的好友信息和所述第二账号的好友信息合并后展示，并当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话，从而实现多个账号的同时登录、使用。在整个过程中，用户可以查看多个账号合并后的好友信息，无需进行账号之间的切换，实现便捷，提升了用户的使用体验。
[0130]图5是根据一示例性实施例示出的另一种即时通信装置的框图。
[0131]请参考图5，该实施例在前述图