CN105515948A - 即时通信方法和装置 - Google Patents

Abstract

本公开是关于一种即时通信方法和装置。所述方法包括：在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；将所述合并后的好友信息展示；当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。本公开实现多个账号的同时登录、使用，用户可以查看多个账号合并后的好友信息，无需进行账号之间的切换，实现便捷，提升了用户的使用体验。

Description

即时通信方法和装置

技术领域

本公开涉及通信技术领域，尤其涉及一种即时通信方法和装置。

背景技术

随着互联网技术的快速发展，即时通信技术给用户带来了各种工作与生活的便利。从早期的ICQ以及OICQ(今日广泛使用的QQ)到如今更新一代的微信以及米聊等，即时通信技术正在不断地向着更加便利用户的方向演进。

相关技术中，很多用户同时注册多个账号，有的账号用于与熟人之间进行联系，有的账号用于与陌生人交友。然而，目前各即时通信应用在同一时刻仅支持一个账号登录，对于多个账号的用户而言，使用极为不便，大大降低了用户体验。

发明内容

为克服相关技术中存在的问题，本公开提供一种即时通信方法和装置。

根据本公开实施例的第一方面，提供一种即时通信方法，包括：

在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；

将所述合并后的好友信息展示；

当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

可选的，还包括：

当接收到针对所述第二账号的退出指令后，将已展示的合并后的好友信息替换为所述第一账号的好友信息。

可选的，所述将所述第一账号的好友信息和所述第二账号的好友信息合并，包括：

针对同时属于所述第一账号和所述第二账号的好友信息，在合并时保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息。

可选的，所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号。

可选的，还包括：

接收针对所述主账号的注册指令；

根据所述注册指令获取所述主账号的注册信息；

基于所述注册信息向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息；

接收服务器返回的副账号注册结果。

可选的，还包括：

接收到将属于第二账号的第二好友添加到第一账号中的添加指令；

向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

可选的，所述好友信息包括：会话列表、好友列表和社交信息流。

根据本公开实施例的第二方面，提供一种即时通信装置，包括：

第一获取模块，被配置为在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

第二获取模块，被配置为使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

信息合并模块，被配置为将所述第一获取模块获取的第一账号的好友信息和所述第二获取模块获取的第二账号的好友信息合并，得到合并后的好友信息；

信息展示模块，被配置为将所述信息合并模块合并后的好友信息展示；

会话执行模块，被配置为在接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

可选的，还包括：

账号退出模块，被配置为在接收到针对所述第二账号的退出指令后，将所述信息展示模块已展示的合并后的好友信息替换为所述第一账号的好友信息。

可选的，所述信息合并模块，包括：

合并子模块，被配置为针对同时属于所述第一账号和所述第二账号的好友信息，在合并时保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息。

可选的，所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号。

可选的，还包括：

第一接收模块，被配置为接收针对所述主账号的注册指令；

第三获取模块，被配置为根据所述第一接收模块接收的注册指令获取所述主账号的注册信息；

请求发送模块，被配置为基于所述第三获取模块获取的注册信息向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息；

结果接收模块，被配置为接收服务器返回的副账号注册结果。

可选的，还包括：

第二接收模块，被配置为接收到将属于第二账号的第二好友添加到第一账号中的添加指令；

好友添加模块，被配置为向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

可选的，所述好友信息包括：会话列表、好友列表和社交信息流。

根据本公开实施例的第三方面，提供一种即时通信装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；

将所述合并后的好友信息展示；

当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开终端可以在使用第一账号和第二账号登录服务器之后，将所述第一账号的好友信息和所述第二账号的好友信息合并后展示，并当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话，从而实现多个账号的同时登录、使用。在整个过程中，用户可以查看多个账号合并后的好友信息，无需进行账号之间的切换，实现便捷，提升了用户的使用体验。

本公开终端在进行好友合并时，针对同时属于第一账号和第二账号的好友信息，保留其中一个好友信息，可以使合并后的好友信息更加简洁，便于用户查看。

本公开终端可以在接收到针对所述第二账号的退出指令后，将已展示的合并后的好友信息替换为所述第一账号的好友信息，从而实现多账号同时登录后的下线操作，方便快捷，灵活度较高。

本公开终端可以将主账号的注册信息携带在注册副账号的请求中发送给服务器以进行副账号的注册，以便用户在注册副账号的时候，无需重新输入注册信息，提高了副账号的注册效率，提升用户体验。

本公开在将属于第二账号的第二好友添加到第一账号时，可以在好友添加申请中携带所述第二账号与所述第一账号的关联关系，以使第二好友获知两个账号之间的关联关系，提高好友添加的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种即时通信方法的流程图。

图2是根据一示例性实施例示出的一种副账号注册方法的流程图。

图3是根据一示例性实施例示出的一种多账号间好友添加方法的流程图。

图4是根据一示例性实施例示出的一种即时通信装置的框图。

图5是根据一示例性实施例示出的另一种即时通信装置的框图。

图6是根据一示例性实施例示出的另一种即时通信装置的框图。

图7是根据一示例性实施例示出的另一种即时通信装置的框图。

图8是根据一示例性实施例示出的另一种即时通信装置的框图。

图9是根据一示例性实施例示出的一种用于即时通信装置的一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种即时通信方法的流程图。

请参考图1，所述即时通信方法可以用于终端中，所述终端可以包括智能手机、平板电脑、PDA(PersonalDigitalAssistant，掌上电脑)、PC机等智能设备。所述即时通信方法可以包括以下步骤：

在步骤S101中，在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息。

在本实施例中，所述第一账号是已在服务器中注册的用户账号。所述好友信息可以包括：会话列表、好友列表和社交信息流。其中，所述社交信息流(Feeds)通常为用户基于即时通信软件发布的社交信息，比如：微信朋友圈、QQ说说等。

在本实施例中，终端可以在接收到用户针对所述第一账号输入的登录指令后，基于所述第一账号登录服务器，并从服务器获取所述第一账号的好友信息。

在步骤S102中，使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息。

在本实施例中，所述第二账号也是已在服务器中注册的用户账号。当使用第一账号登录服务器之后，终端还支持使用其他账号同时登录服务器，当用户使用第二账号登录服务器之后，终端还可以从服务器获取所述第二账号的好友信息。

其中，用户可以先登录第一账号，再触发登录第二账号的请求；或者，也可以直接触发登录两个账号的请求；本公开的实施例对此不做限定。

在步骤S103中，将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息。

在本实施例中，终端可以在获取到所述第一账号的好友信息和所述第二账号的好友信息之后，将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息。

在本实施例中，可以按照预设的规则进行合并和排列，所述预设的合并规则可以由开发人员进行设置，也可以由用户自行进行设置，本公开对此不作特殊限制。

在步骤S104中，将所述合并后的好友信息展示。

在步骤S105中，当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

在本实施例中，所述第一好友包含在所述合并后的好友信息中。所述第一好友可能源于所述第一账号，所述第一好友也可能源于所述第二账号，终端可以在接收到针对所述第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

需要说明的是，本公开以前述第一账号和第二账号为例，描述两个账号同时登录的实现方案，可以理解的是，本公开并不限制同时登录到服务器的用户账号数量，用户可以使用三个账号同时登录服务器，用户也可以使用四个账号同时登录服务器，本公开在此不再一一赘述。

由以上描述可以看出，本公开终端可以在使用第一账号和第二账号登录服务器之后，将所述第一账号的好友信息和所述第二账号的好友信息合并后展示，并在接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话，从而实现多个账号的同时登录、使用。在整个过程中，用户可以查看多个账号合并后的好友信息，无需进行账号之间的切换，实现便捷，提升了用户的使用体验。

可选的，在本公开一个例子中，终端在合并时，可以将所述第一账号的好友信息排列在所述第二账号的好友信息之前。举例来说，假设所述好友信息为好友列表，其中，所述第一账号的好友列表中包括10个好友，所述第二账号的好友列表中包括5个好友，则终端可以将所述第一账号的10个好友排列在所述第二账号的5个好友之前，以形成合并后的包括15个好友的好友列表。

可选的，在本公开另一个例子中，终端在合并时，也可以按照上次会话的时间顺序将所述第一账号的好友信息和所述第二账号的好友信息合并。比如：综合两个账号的所有好友信息，按照上次会话时间与当前时刻的时间间隔从短到长的顺序进行排列。当然，在实际应用中，终端还可以按照其他规则将所述第一账号的好友信息和所述第二账号的好友信息合并，比如：在合并时，按照好友昵称拼音的顺序进行排序等，本公开对此不作特殊限制。

可选的，在本公开另一个例子中，终端在合并时，针对同时属于所述第一账号和所述第二账号的好友信息，保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息，确保合并后的好友信息中可以仅包括属于所述第一账号的好友信息或仅包括属于所述第二账号的好友信息。举例来说，假设所述好友信息为好友列表，针对同时属于所述第一账号和所述第二账号某个好友，终端可以在合并时仅保留其中一个，比如：在好友列表中仅显示一次该好友的头像图标等。在这种情况下，终端在接收到针对该好友的会话指令后，可以输出会话提示，提示用户选择进行会话的账号，终端进而可以基于用户选择的账号与该好友进行会话。由此可以看出，本公开终端在进行好友合并时，针对同时属于第一账号和第二账号的好友信息，保留其中一个好友信息，可以使合并后的好友信息更加简洁，便于用户查看。当然，在实际应用中，还可以采用其他方式合并同时属于所述第一账号和所述第二账号的好友信息，比如：针对同时属于所述第一账号和所述第二账号的好友信息可以分别保留，并标注其所属的账号。又比如：在所述第一账号和所述第二账号中包括有优先级信息时，可以保留优先级较高的账号中的好友信息等，本公开对此不作特殊限制。

可选的，在本公开另一个例子中，终端可以在接收到针对所述第二账号的退出指令后，将已展示的合并后的好友信息替换为所述第一账号的好友信息，从而实现多账号同时登录后的下线操作，方便快捷，灵活度较高。在实际实现中，终端可以在接收到针对所述第二账号的退出指令后，重新从服务器获取所述第一账号的好友信息并进行显示，终端也可以在合并后的好友信息中删除所述第二账号的好友信息，以保留所述第一账号的好友信息，本公开对此不作特殊限制。举例来说，仍以前述第一账号的好友列表中包括10个好友，第二账号的好友列表中包括5个好友为例，当接收到针对第二账号的退出指令后，将已显示的合并后包括15个好友的好友列表替换为包括10个好友的第一账号的好友列表。

可选的，在本公开另一个例子中，所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号。举例来说，所述第一账号可以为用户经常使用的账号，比如：所述第一账号为用户与自己的亲朋友好进行联系的账号。所述第二账号可以为用户基于某种目的而特地注册的账号，比如：所述第二账号为用户在租房时专门用来与房屋中介联系的账号，又比如：所述第二账号为用户用于与陌生人进行交友的账号。在本实施例中，所述主账号的注册信息与所述副账号的账号信息可以相同，也可以不相同，本公开对此不作特殊限制。

可选的，在本公开另一个例子中，请参考图2，副账号的注册过程可以包括以下步骤：

在步骤S201中，接收针对主账号的注册指令。

在本实施例中，用户可以基于已在服务器注册的用户账号注册从属的副账号，比如：用户可以在使用某已在服务器注册的用户账号登录之后，申请针对该用户账号的副账号，在这个过程中，所述已在服务器注册的用户账号为主账号，用户成功注册后得到的用户账号为从属所述主账号的副账号。举例来说，假设第一账号为用户已在服务器注册的用户账号，当用户使用第一账号登录服务器之后，可以针对所述第一账号输入注册指令。因此，步骤S201中接收到的针对主账号的注册指令，即为在终端设备上已登录主账号的情况下，接收到的用户触发的用于基于主账号注册副账号的注册指令。

在步骤S202中，根据所述注册指令获取所述主账号的注册信息。

基于前述步骤S201，在接收到针对主账号的注册指令后，可以确认用户想要基于该主账号注册副账号。可选的，在一个例子中，可以根据所述注册指令获取所述主账号的注册信息，所述注册信息可以包括：账号昵称、账号密码等注册时所需的信息。

在步骤S203中，向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息。

基于前述步骤S202，在获取到所述主账号的注册信息后，可以将所述注册信息添加到注册副账号的请求中作为申请副账号时提交的注册信息，然后将所述注册副账号的请求发送给服务器。

在步骤S204中，接收服务器返回的副账号注册结果。

基于前述步骤S203，在向服务器发送注册副账号的请求之后，接收服务器根据所述请求返回的副账号注册结果，所述副账号注册结果包括：副账号注册成功和副账号注册失败。当所述副账号注册结果为注册失败时，用户可以根据注册失败的提示信息重新进行副账号的注册，当所述副账号注册结果为注册成功时，用户即可使用注册成功的副账号。

举例来说，当用户使用第一账号登录服务器之后，所述第一账号的功能界面中会向用户提供注册副账号的选项，当用户选中所述注册副账号的选项后，可以获取所述第一账号的注册信息，然后将该注册信息携带在注册副账号的请求中发送给服务器，服务器可以在审核通过后返回副账号注册成功的注册结果。在这个过程中，用户仅需选中注册副账号的选项即可，对于用户而言实现一键注册，方便快捷。

当副账号注册成功后，所述副账号的注册信息与其主账号的注册信息，比如：所述副账号的昵称与主账号的昵称相同，所述副账号的登录密码也与主账号的登录相同。用户可以在后续使用的过程中，修改所述副账号的登录密码、昵称等信息。

可选的，在注册副账号时，用户也可以重新添加与主账号不同的注册信息，本公开对此不作特殊限制。

在本实施例中，用户无需重新输入副账号的注册信息，比如：密码等，用户注册方便。当然用户也是可以重新输入，比如：输入与主账号不同的注册信息，这个就和现有技术中注册的方式类似了。

为便于理解，在这里举例说明。本案的应用场景是如果用户X要租房，中介要加用户X微信联系，但是用户X仅在租房的这个过程中需要和中介联系，所以可以快捷的注册个副账号和中介联系，租房之后不再登录副账号就可以了，对于中介而言用户X的号码后来就是离线的状态。

由以上描述可以看出，本实施例可以将主账号的注册信息携带在注册副账号的请求中发送给服务器以进行副账号的注册，以便用户在注册副账号的时候，无需重新输入注册信息，提高了副账号的注册效率，提升用户体验。

可选的，在本公开另一个例子中，当用户使用多个账号同时登录服务器时，如果接收到添加好友的指令，可以向用户输出提示信息，提示用户选择添加好友的账号。举例来说，假设，用户同时使用第一账号和第二账号登录服务器，当用户开启摄像头扫描某陌生人账号信息的二维码时，终端可以输出提示，提示当用户选择要添加该陌生人的账号，当用户选择第二账号后，可以将该陌生人添加到第二账号的好友列表中。

可选的，在本公开另一个例子中，当用户使用多个账号同时登录服务器时，用户可以将属于某个账号中的好友添加到其他账号。请参考图3，多个账号间的好友添加过程可以包括以下步骤：

在步骤S301中，接收到将属于第二账号的第二好友添加到第一账号中的添加指令。

在本实施例中，假设用户同时使用第一账号和第二账号登录服务器，所述第二好友属于所述第二账号，但不属于所述第一账号。终端可以向用户提供将所述第二好友添加到第一账号的选项，比如：终端可以在功能界面中提供账号间好友互加的选项，终端也可以在用户选中所述第二好友后，向用户提供将其添加到其他账号的选项，本公开对此不作特殊限制。

在步骤S302中，向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

基于前述步骤S301，在接收到将属于第二账号的第二好友添加到第一账号中的添加指令后，可以向所述第二好友发送好友添加申请，并在所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。其中，所述关联关系可以包括：所述第一账号和所述第二账号的主从关系。

举例来说，假设所述第一账号为主账号，所述第二账号为从属所述第一账号的副账号，则所述好友添加申请中的关联关系为：所述第一账号为所述第二账号的主账号。在实际应用中，当用户申请将所述第二好友添加到第一账号时，可以向所述第二好友发送如下好友添加申请：“AAA申请将您添加到他的主账号中，请确认”，其中，“AAA”可以为所述第二账号的昵称等标识。当然，在实际应用中，也可以发送其他内容的好友添加申请，本公开在此不再一一赘述。

当然，在好友添加请求中体现第一账号和第二账号的关联关系，是为了便于被请求的对象认识当前发起请求的用户。在实际实现中，在向所述第二好友发送好友添加申请时，也可以不在好友添加申请中携带所述第二账号与所述第一账号的关联关系，达到隐藏身份的目的，对于被请求添加好友的对象而言，该发起请求的用户即为一个独立的新好友。在好友接收到的信息中，是否显示第一账号和第二账号的关联关系，本公开对此不作特殊限制。

由以上描述可以看出，本公开在将属于第二账号的第二好友添加到第一账号时，可以在好友添加申请中携带所述第二账号与所述第一账号的关联关系，以使第二好友获知两个账号之间的关联关系，提高好友添加的效率。

下面结合具体的应用场景来描述本公开的实现过程。

假设，用户已注册某即时通信软件的用户账号，比如：账号1。用户使用账号1与其亲朋好友联系。当用户联系中介提供租房信息时，中介要将其加为好友，以便后续发送房屋照片，而用户不想将中介添加到自己常用的账号1中，此时，用户可以基于账号1一键注册从属该账号1的副账号，账号2。当账号2注册成功后，用户可以使用账号2添加上述中介人员，然后在手机中同时登录账号1和账号2，在不耽误与亲朋好友联系的前提下，与中介沟通租房事宜。当用户成功租房后，可以不再登录账号2，对于中介而言，用户的状态会变为离线状态，当然，用户也可以注销账号2，本公开对此不作特殊限制。

在另一种情况中，假设用户的租房的过程中，与中介相处的极为融洽，两个人成为了好朋友，那么用户可以将中介添加到其经常使用的账号1中，这样，当用户不再登录账号2，或注销账号2之后，还可以通过账号1与中介联系。

在本应用场景中，终端可以依据前述图1、图2或图3所示的实施例中提供的方法实现上述即时通信过程，本公开在此不再一一赘述。

与前述即时通信方法实施例相对应，本公开还提供了即时通信装置的实施例。

图4是根据一示例性实施例示出的一种即时通信装置的框图。

请参考图4，所述即时通信装置400可以用于终端中，包括有：第一获取模块401、第二获取模块402、信息合并模块403、信息展示模块404以及会话执行模块405。

其中，所述第一获取模块401，被配置为在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

所述第二获取模块402，被配置为使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

所述信息合并模块403，被配置为将所述第一获取模块401获取的第一账号的好友信息和所述第二获取模块402获取的第二账号的好友信息合并，得到合并后的好友信息；

所述信息展示模块404，被配置为将所述信息合并模块403合并后的好友信息展示；

所述会话执行模块405，被配置为在接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

上述实施例中，终端可以在使用第一账号和第二账号登录服务器之后，将所述第一账号的好友信息和所述第二账号的好友信息合并后展示，并当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话，从而实现多个账号的同时登录、使用。在整个过程中，用户可以查看多个账号合并后的好友信息，无需进行账号之间的切换，实现便捷，提升了用户的使用体验。

图5是根据一示例性实施例示出的另一种即时通信装置的框图。

请参考图5，该实施例在前述图4所示的实施例的基础上，所述即时通信装置400还可以包括：账号退出模块406。

其中，所述账号退出模块406，被配置为在接收到针对所述第二账号的退出指令后，将所述信息展示模块404已展示的合并后的好友信息替换为所述第一账号的好友信息。

上述实施例中，终端可以在接收到针对所述第二账号的退出指令后，将已展示的合并后的好友信息替换为所述第一账号的好友信息，从而实现多账号同时登录后的下线操作，方便快捷，灵活度较高。

图6是根据一示例性实施例示出的另一种即时通信装置的框图。

请参考图6，该实施例在前述图4所示的实施例的基础上，所述信息合并模块403可以包括：合并子模块4031。

所述合并子模块4031，被配置为针对同时属于所述第一账号和所述第二账号的好友信息，在合并时保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息。

上述实施例中，终端在进行好友合并时，针对同时属于第一账号和第二账号的好友信息，保留其中一个好友信息，可以使合并后的好友信息更加简洁，便于用户查看。

需要说明的是，上述图6所示的实施例中示出的所述合并子模块4031也可以包含在前述图5所示的实施例中，本公开对此不作特殊限制。

图7是根据一示例性实施例示出的另一种即时通信装置的框图。

请参考图7，该实施例在前述图4所示的实施例的基础上，所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号，所述即时通信装置400还可以包括：第一接收模块407、第三获取模块408、请求发送模块409以及结果接收模块410。

其中，所述第一接收模块407，被配置为接收针对所述主账号的注册指令；

所述第三获取模块408，被配置为根据所述第一接收模块407接收的注册指令获取所述主账号的注册信息；

所述请求发送模块409，被配置为基于所述第三获取模块408获取的注册信息向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息；

所述结果接收模块410，被配置为接收服务器返回的副账号注册结果。

上述实施例中，终端可以将主账号的注册信息携带在注册副账号的请求中发送给服务器以进行副账号的注册，以便用户在注册副账号的时候，无需重新输入注册信息，提高了副账号的注册效率，提升用户体验。

需要说明的是，上述图7所示的实施例中示出的第一接收模块407、第三获取模块408、请求发送模块409以及结果接收模块410也可以包含在前述图5或图6所示的实施例中，本公开对此不作特殊限制。

图8是根据一示例性实施例示出的另一种即时通信装置的框图。

请参考图8，该实施例在前述图4所示的实施例的基础上，所述即时通信装置400还可以包括：第二接收模块411以及好友添加模块412。

其中，所述第二接收模块411，被配置为接收到将属于第二账号的第二好友添加到第一账号中的添加指令；

所述好友添加模块412，被配置为向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

上述实施例中，在将属于第二账号的第二好友添加到第一账号时，可以在好友添加申请中携带所述第二账号与所述第一账号的关联关系，以使第二好友获知两个账号之间的关联关系，提高好友添加的效率。

需要说明的是，上述图8所示出的实施例中的第二接收模块411以及好友添加模块412也可以包含在前述图5至图7所示的实施例中，本公开对此不作特殊限制。

可选的，所述好友信息包括：会话列表、好友列表和社交信息流。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种即时通信装置，所述装置包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；将所述合并后的好友信息展示；当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

相应的，本公开还提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种即时通信方法，所述方法包括：在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；将所述合并后的好友信息展示；当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

图9是根据一示例性实施例示出的一种用于即时通信装置900的框图。例如，装置900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理部件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件906为装置900的各种组件提供电力。电力组件906可以包括电源管理系统，一个或多个电源，及其他与为装置900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为装置900的显示器和小键盘，传感器组件914还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (15)

1.一种即时通信方法，其特征在于，包括：

在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；

将所述合并后的好友信息展示；

当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

2.根据权利要求1所述的即时通信方法，其特征在于，还包括：

当接收到针对所述第二账号的退出指令后，将已展示的合并后的好友信息替换为所述第一账号的好友信息。

3.根据权利要求1所述的即时通信方法，其特征在于，所述将所述第一账号的好友信息和所述第二账号的好友信息合并，包括：

针对同时属于所述第一账号和所述第二账号的好友信息，在合并时保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息。

4.根据权利要求1所述的即时通信方法，其特征在于，

所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号。

5.根据权利要求4所述的即时通信方法，其特征在于，还包括：

接收针对所述主账号的注册指令；

根据所述注册指令获取所述主账号的注册信息；

向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息；

接收服务器返回的副账号注册结果。

6.根据权利要求4所述的即时通信方法，其特征在于，还包括：

接收到将属于第二账号的第二好友添加到第一账号中的添加指令；

向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

7.根据权利要求1所述的即时通信方法，其特征在于，

所述好友信息包括：会话列表、好友列表和社交信息流。

8.一种即时通信装置，其特征在于，包括：

第一获取模块，被配置为在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

第二获取模块，被配置为使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

信息合并模块，被配置为将所述第一获取模块获取的第一账号的好友信息和所述第二获取模块获取的第二账号的好友信息合并，得到合并后的好友信息；

信息展示模块，被配置为将所述信息合并模块合并后的好友信息展示；

会话执行模块，被配置为在接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。

9.根据权利要求8所述的即时通信装置，其特征在于，还包括：

账号退出模块，被配置为在接收到针对所述第二账号的退出指令后，将所述信息展示模块已展示的合并后的好友信息替换为所述第一账号的好友信息。

10.根据权利要求8所述的即时通信装置，其特征在于，所述信息合并模块，包括：

合并子模块，被配置为针对同时属于所述第一账号和所述第二账号的好友信息，在合并时保留属于所述第一账号的好友信息或保留属于所述第二账号的好友信息。

11.根据权利要求8所述的即时通信装置，其特征在于，

所述第一账号是主账号，所述第二账号是从属于所述第一账号的副账号。

12.根据权利要求11所述的即时通信装置，其特征在于，还包括：

第一接收模块，被配置为接收针对所述主账号的注册指令；

第三获取模块，被配置为根据所述第一接收模块接收的注册指令获取所述主账号的注册信息；

请求发送模块，被配置为基于所述第三获取模块获取的注册信息向服务器发送注册副账号的请求，所述注册副账号的请求中携带有所述主账号的注册信息；

结果接收模块，被配置为接收服务器返回的副账号注册结果。

13.根据权利要求11所述的即时通信装置，其特征在于，还包括：

第二接收模块，被配置为接收到将属于第二账号的第二好友添加到第一账号中的添加指令；

好友添加模块，被配置为向所述第二好友发送好友添加申请，所述好友添加申请中携带所述第二账号与所述第一账号的关联关系。

14.根据权利要求8所述的即时通信装置，其特征在于，

所述好友信息包括：会话列表、好友列表和社交信息流。

15.一种即时通信装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在使用第一账号登录服务器之后，从所述服务器获取所述第一账号的好友信息；

使用第二账号登录所述服务器，并从所述服务器获取所述第二账号的好友信息；

将所述第一账号的好友信息和所述第二账号的好友信息合并，得到合并后的好友信息；

将所述合并后的好友信息展示；

当接收到针对第一好友的会话指令后，基于所述第一好友来源的账号与所述第一好友进行会话。