即时通信方法及装置、即时通信消息的保存方法及装置与流程

本申请涉及即时通信技术领域，特别涉及即时通信方法及装置，以及，一种即时通信消息的保存方法及装置。

背景技术：

即时通信(instantmessage，im)是指能够即时发送和接收互联网消息等的业务。不同用户可以在智能手机或者电脑等上安装即时通信软件，并且通过即时通信软件注册属于自己的即时通信账号，然后通过即时通信软件提供的聊天窗口向其他用户发送即时通信消息，或者，接收其他用户发送的即时通信消息。

技术实现要素：

发明人在研究过程中发现，现有技术中，如果用户a分别和用户b和用户c聊天，则即时通信软件为了保证即时通信消息的安全性，会为用户a与用户b的聊天提供一个聊天窗口，并且为用户a和用户c的聊天提供另一个不同的聊天窗口，这就需要用户a分别打开与用户b和用户c的聊天窗口输入即时通信消息。在用户a与更多人聊天的情况下，就会使得用户需要在多个聊天窗口之间进行切换，给用户造成极为不便的影响。并且，用户还容易出现将给用户a的消息错发给用户b的情况，等等。

基于此，本申请提供了即时通信方法和即时通信消息的保存方法，用以采用将用户与其选中的多个联系人之间的即时通信，在一个内容合并展示窗口内实现的方式，能够避免用户在与多人聊天时需要在不同的独立对话窗口之间进行切换的现象，在同一个内容合并展示窗口内可以向每一个联系人单独发送消息，也可以向所有联系人群发消息，从而更方便用户与多人实现即时通信，并且降低了用户误操作的概率。

本申请还提供了即时通信装置以及一种即时通信消息的保存装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种即时通信方法，该方法包括：

在展示层为用户的多个联系人生成一内容合并展示窗口用于展示；通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信。

其中，所述在展示层为多个联系人生成一内容合并展示窗口用于展示，包括：

响应于即时通信的启动，在展示层为选中的多个联系人生成一内容合并展示窗口用于展示；或者，

响应于在任一联系人的对话窗口中添加其他联系人，在展示层创建一内容合并展示窗口用于展示；或者，

响应于用户触发的、多个独立对话窗口的合并操作，在展示层生成一内容合并展示窗口用于展示。

其中，所述响应于即时通信的启动，在展示层为选中的多个即时通信联系人生成一内容合并展示窗口用于展示，包括：

在展示层生成一内容合并展示窗口；

按照用户选中各个联系人的时间顺序，将选中的各个联系人对应展示于所述内容合并展示窗口的联系人区域。

其中，所述通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，包括：

响应于用户输入即时通信消息，所述即时通信消息包括：接收方信息，获取该即时通信消息的接收方标识；

将所述即时通信消息按照时间顺序展示于所述内容合并展示窗口的消息区域，并向所述接收方标识对应的联系人发送所述即时通信消息。

其中，所述通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，还包括：

通过预设提醒方式提醒任一联系人接收即时通信消息。

其中，所述即时通信消息的接收方为上一条即时通信消息的接收方或所述多个联系人。

其中，该方法还包括：

将所述用户与所述多个联系人之间的即时通信记录，保存为与所述多个联系人分别对应的多个独立即时通信文件。

其中，该方法还包括：

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

其中，所述联系人列表包括：所有联系人、最近联系人、或者正在联系中的联系人。

其中，所述多个联系人中任一联系人的独立对话窗口，用于展示该联系人与对方联系人的即时通信消息。

本申请还提供了一种即时通信方法，该方法包括：

在展示层为多个联系人生成一内容合并展示窗口用于展示；

通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信；

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

本申请还提供了一种即时通信消息的保存方法，该方法包括：

接收用户分别与多个联系人进行通信的即时通信消息；

判断所述即时通信消息是否在同一个内容合并展示窗口内触发，如果是，则将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的一合并文件中。

其中，所述将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的一合并文件中，包括：

建立与所述内容合并展示窗口对应的一合并文件；

以所述联系人为维度，将所述多个联系人涉及的即时通信消息分别保存在所述合并文件中。

其中，所述方法还包括：

响应于所述内容合并展示窗口的拆分，将所述多个联系人对应的即时通信消息分别保存至多个独立文件中。

本申请实施例还提供了一种即时通信装置，包括：存储器和处理器，其中，

所述存储器，用于存储程序指令和/或数据；

所述处理器，用于读取所述存储器中存储的指令和/或数据，执行以下操作：

在展示层为多个联系人生成一内容合并展示窗口用于展示；

在后台分别接收多个联系人的即时通信消息，并将所述多个联系人的即时通信消息在所述内容合并展示窗口上分别进行展示。

其中，所述处理器用于在展示层为多个联系人生成一内容合并展示窗口用于展示，包括：

响应于即时通信的启动，在展示层为选中的多个联系人生成一内容合并展示窗口用于展示；或者，

响应于在任一联系人的对话窗口中添加其他联系人，在展示层创建一内容合并展示窗口用于展示；或者，

响应于用户触发的、多个独立对话窗口的合并操作，在展示层生成一内容合并展示窗口用于展示。

其中，所述处理器用于响应于即时通信的启动，在展示层为选中的多个即时通信联系人生成一内容合并展示窗口用于展示，包括：

在展示层生成一内容合并展示窗口；

按照用户选中各个联系人的时间顺序，将选中的各个联系人对应展示于所述内容合并展示窗口的联系人区域。

其中，所述处理器用于通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，包括：

响应于用户输入即时通信消息，所述即时通信消息包括：接收方信息，获取该即时通信消息的接收方标识；

将所述即时通信消息按照时间顺序展示于所述内容合并展示窗口的消息区域，并向所述接收方标识对应的联系人发送所述即时通信消息。

其中，所述处理器用于通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，还包括：

通过预设提醒方式提醒任一联系人接收即时通信消息。

所述即时通信消息的接收方为上一条即时通信消息的接收方或所述多个联系人。

其中，所述处理器还用于：

将所述用户与所述多个联系人之间的即时通信记录，保存为与所述多个联系人分别对应的多个独立即时通信文件。

其中，所述处理器还用于：

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

其中，所述联系人列表包括：所有联系人、最近联系人、或者正在联系中的联系人。

其中，所述多个联系人中任一联系人的独立对话窗口，用于展示该联系人与对方联系人的即时通信消息。

本申请实施例还提供了一种即时通信装置，包括：存储器和处理器，其中，

所述存储器，用于存储程序指令和/或数据；

所述处理器，用于读取所述存储器中存储的指令和/或数据，执行以下操作：

通过一内容合并展示窗口实现用户分别与所述多个联系人之间的即时通信；

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

本申请实施例还提供了一种即时通信消息的保存装置，包括：存储器和处理器，其中，

所述存储器，用于存储程序指令和/或数据；

所述处理器，用于读取所述存储器中存储的指令和/或数据，执行以下操作：

接收用户分别与多个联系人进行通信的即时通信消息；

判断所述即时通信消息是否在同一个内容合并展示窗口内触发，如果是，则将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的一合并文件中。

其中，所述将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的一合并文件中，包括：

建立与所述内容合并展示窗口对应的一合并文件；

以所述联系人为维度，将所述多个联系人涉及的即时通信消息分别保存在所述合并文件中。

其中，所述处理器还用于：

响应于所述内容合并展示窗口的拆分，将所述多个联系人对应的即时通信消息分别保存至多个独立文件中。

与现有技术相比，本申请实施例包括以下优点：

在本申请实施例中，通过将用户与其选中的多个联系人之间的即时通信，在一个内容合并展示窗口内实现的方式，能够避免用户在与多人聊天时需要在不同的对话窗口之间进行切换的现象，在同一个内容合并展示窗口内可以向每一个联系人单独发送消息，也可以向所有联系人群发消息，从而更方便用户与多人实现即时通信，并且降低了用户误操作的概率。并且，在内容合并展示窗口中，各个联系人的即时通信消息可以按照时间排序进行展示，更方便用户查看自己发送的消息。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的即时通信方法的示例性流程图；

图2a和图2b是本申请的联系人界面的示例性示意图；

图3是本申请的示例性的合并窗口的消息区域的示意图；

图4a和图4b是本申请的聊天界面的示例性示意图；

图5是本申请的即时通信消息的保存方法的示例性流程图；

图6是本申请的即时通信装置的示例性结构框图；

图7是本申请的即时通信消息的保存装置的示例性结构框图；

图8是本申请的根据一示例性实施例示出的用于即时通信装置800的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参考图1，示出了本申请一种即时通信方法实施例的流程图，本实施例可以应用于客户端上，本实施例可以包括以下步骤：

步骤101：在展示层为多个联系人生成一内容合并展示窗口用于展示。

在本申请实施例中，假设用户a在自己手机上安装了即时通信软件，用户a当前正在与用户b和用户c同时聊天，或者用户a希望自己能同时和用户b和用户c聊天，在这些需要和多人同时聊天的场景下，可以为用户希望同时聊天的多个联系人生成一个内容合并展示窗口用于展示该用户与这多个联系人之间的即时通信消息。

当然，该合并窗口只是在用户a所持的手机上的展示层面进行合并得到的，仅仅对于作为接收方的用户a来说是一个合并窗口，而与用户a进行即时通信的用户b的对话窗口，仅仅展示用户a和用户b的即时通信消息，以及，用户c的对话窗口，仅仅展示用户a和用户c的即时通信消息。当然，如果在用户b所持的手机上的展示界面也执行本步骤，则也可以为用户b生成内容合并展示窗口，在这种情况下，用户b的内容合并展示窗口中才展示与用户b聊天的多个联系人的即时通信消息。本实施例的方法可以应用于用户a所使用的客户端，即发起内容合并展示窗口的请求的用户所使用的客户端。

在实际应用中，生成内容合并展示窗口可以有多种方式，其中一种可以在用户启动即时通信的情况下，在展示层为选中的多个联系人生成一合并窗口用于展示。在本实施例中，假设用户a的即时通信软件在本地缓存有联系人列表。该联系人列表可以包括：所有联系人、最近联系人、或者正在联系中的联系人。假设用户a的联系人列表中共有10个联系人，其中包括用户b和用户c，用户b和用户c可以互相认识也可以互相不认识。则在用户a打开即时通信软件的时候，将用户a的联系人列表进行展示。

参考图2a所示，联系人列表的一种示例性界面示意方式可以参考图2a中的左侧所示，在图2a中的联系人列表中，仅仅示意了从用户b到用户k共八个联系人，当然实际应用中，联系人列表中的联系人个数以及名称等信息，并不影响本申请实施例的实现，不应将图2a中的示例性数据理解为本申请实施例的限定。

具体的，在用户启动即时通信的情况下，在展示层为选中的多个联系人生成一内容合并展示窗口用于展示的过程，可以包括以下步骤a1～步骤a3：

步骤a1：响应于用户从所述联系人列表中选中任意一个联系人，实时检测所述用户是否触发合并操作，如果是，则进入步骤a2。

在实际应用中，为了方便用户从联系人列表中选择多个联系人，在为用户提供了联系人列表后，先检测用户有没有选中其中任意一个联系人，如果用户选中了用户b，则可以实时检测用户是否会接着触发合并操作。为了方便检测用户是否触发合并操作，可以提供一个合并按钮或者合并链接展示于即时通信软件的预设位置上，例如控件区域等，则相应的检测用户是否触发了该合并按钮或者合并链接即可。

步骤a2：记录所述用户选中的其他联系人。

如果用户在选中了任意一个联系人之后，又触发了合并按钮或者合并链接，则可以从单独的联系人列表展示界面跳转图2a所示的联系人选择界面示意图。在图2a中，用户b是用户a已经在步骤a1选中的，所以用户b直接出现在图2a的右侧的选中联系人区域。

在本步骤中，用户可以接着选中联系人列表中的其他联系人，例如用户a选择了用户c，则用户c按照时间顺序展示于用户b的下方，参考图2b所示，为用户a接着选中用户c的示例性界面示意图。当然，图2b仅仅为示例性数据，用户a可以接着选中其他联系人，例如，用户d或者用户k，等等。

步骤a3：为所述用户分别选中的各个联系人生成一合并窗口用于展示。

然后为用户选中的各个联系人，例如用户b和用户c生成一个内容合并展示窗口进行展示。具体的，可以先生成一内容合并展示窗口，然后按照用户选中各个联系人的时间顺序，将选中的各个联系人对应展示于所述内容合并展示窗口的联系人区域。在实际应用中，内容合并展示窗口可以分为联系人区域和消息区域，其中联系人区域可以用于展示该内容合并展示窗口涉及到的多个联系人信息，而消息区域可以用于按照时间顺序展示处于该内容合并展示窗口中的多个联系人发送的即时通信消息。

除了步骤a1～步骤a3介绍的第一种生成内容合并展示窗口的方式，还有第二种生成内容合并展示窗口的方式为，响应于在任一联系人的对话窗口中添加其他联系人，在展示层创建一内容合并展示窗口用于展示。假设用户a当前正在与用户b进行聊天，在用户a可以在与用户b的对话窗口中添加用户c，然后再在展示层为用户创建一个内容合并展示窗口，用于同时展示用户a和用户b和c的即时通信消息。

第三种生成内容合并展示窗口的方式可以为，响应于用户触发的、多个对话窗口的合并操作，在展示层生成一合并窗口用于向用户展示。当前假设用户a同时打开了用户b和用户c的对话窗口，则用户a可以触发这两个对话窗口进行合并，然后在展示层再生成一内容合并展示窗口，用于展示用户a和用户b和c的即时通信消息。

步骤102：通过所述内容合并展示窗口实现所述用户分别与所述选中的多个联系人之间的即时通信。

接着，通过该一个内容合并展示窗口，用户a不仅可以和用户b聊天，还可以和用户c聊天，实现该内容合并展示窗口涉及的多个联系人之间的即时通信。具体的，如果用户a在合并窗口中输入即时通信消息，就可以单独@某一个联系人即用户a的即时通信消息的接收方标识，用来向该联系人发送该即时通信消息并提醒该联系人查看自己发送的即时通信消息，而该联系人的对话窗口则仅仅展示用户a发给自己的即时通信消息，以及自己发给用户a的即时通信消息。用户a还可以不@任意联系人，直接发送消息内容，在这种情况下，则在该内容合并展示窗口中直接展示该消息内容即可，此时默认将该消息发送给上一个即时通信消息的接收方对应的联系人。可以理解的是，该内容合并展示窗口内的各个联系人，包括用户a、用户b或用户c，发送的即时通信消息，都可以按照时间顺序展示于合并窗口的消息区域中。

例如，参考图3所示，为一个示例性的内容合并展示窗口的消息区域的示意图。在图3中，用户b发送的“你好”和用户c发送的“你和b聊了什么”按照时间顺序展示于图3的左侧，用户a发送的“你上线了”，因为不包括接收方标识，所以直接将该内容展示于图3的右侧。在实际应用中，还可以通过选中联系人b发送的即时通信消息“你好”，来直接向该选中的联系人回复消息，例如图3中选中“b：你好”即可直接向用户b回复内容“c上线了，我和c聊”。如果用户a发送的消息没有包括接收方标识，本领域技术人员可以预先设置该消息是发送给用户a上一次发送消息的接收方，还是该合并窗口中的联系人都发送。而消息的接收方例如用户b或者用户c的对话窗口中仅仅展示用户a发送给自己的即时通信消息，或者，自己发送给用户a的即时通信消息。在实际应用中，用户b和用户c也可以是任何关系，用户b和用户c的关系并不影响本申请实施例的实现。

在实际应用中，用户a虽然将分别与用户b和c的聊天在一个内容合并展示窗口内实现，但是对于用户b来说，在自己所使用的手机上只能看到自己与用户a的即时通信记录，而对于用户c来讲，也是仅仅看到自己与用户a的即时通信记录。例如参考图4a所示，为示例性的用户b看到的自己与用户a的聊天界面示意图，而参考图4b所示，为示例性的用户c看到的自己与用户a的聊天界面示意图。

在步骤102之后，还可以包括：

步骤103：将所述用户与所述多个联系人之间的即时通信记录，保存为与所述多个联系人分别对应的多个即时通信文件。

因为本实施例可以应用于用户a使用的客户端，因此，用户a的客户端可以将内容合并展示窗口内发生的即时通信消息保存至本地。用户a的客户端可以将用户a与用户b的即时通信记录，作为一个即时通信文件进行保存；然后将用户a与用户c的即时通信记录，作为另一个即时通信文件进行保存。即，以用户a与几个联系人在合并窗口内进行即时通信为依据，建立几个即时通信文件。

在步骤102之后，如果用户将内容合并展示窗口进行了撤销，则可以再为用户提供分别对应于选中的多个联系人的多个聊天窗口以便展示。例如，分别生成与用户b和用户c的、两个不同的聊天窗口，以便用户a在与用户b的聊天窗口中与用户b单独聊天，以及在与用户c的聊天窗口中与用户c单独聊天。

可见，在本申请实施例中，通过将用户与其选中的多个联系人之间的即时通信，在一个合并窗口内实现的方式，能够避免用户在与多人聊天时需要在不同的聊天窗口之间进行切换的现象，在同一个内容合并展示窗口内可以向每一个联系人单独发送消息，也可以向所有联系人群发消息，从而更方便用户与多人实现即时通信，并且降低了用户误操作的概率。并且，在内容合并展示窗口中，各个联系人的即时通信消息可以按照时间排序进行展示，更方便用户查看自己发送的消息。

参考图5，示出了本申请一种即时通信消息的保存方法实施例的流程图，本实施例可以应用于服务器，本实施例可以包括以下步骤：

步骤501：接收用户分别与多个联系人进行通信的即时通信消息。

本实施例与前一个实施例的区别在于，本实施例可以应用于服务器侧。服务器可以为即时通信服务器，用来分别转发各个用户之间的即时通信消息。假设用户a采用图1所示的实施例分别在内容合并展示窗口内与用户b和用户c进行聊天，则服务器可以接收到用户a分别向用户b和c发送的即时通信消息，以及接收到用户b和c向用户a发送的即时通信消息。

步骤502：判断所述即时通信消息是否在同一个内容合并展示窗口内触发，如果是，则进入步骤503。

服务器可以判断接收到的即时通信消息是否在同一个内容合并展示窗口内触发，例如，判断用户b和用户c是否都在用户a建立的内容合并展示窗口的联系人区域内，等等。

步骤503：将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的合并文件中。

如果服务器判断得到用户a将用户b和用户c添加至了一个内容合并展示窗口中，则服务器可以将这些即时通信消息保存在一个合并文件中。具体的，可以先建立与该内容合并展示窗口对应的一合并文件，然后在该合并文件中，以联系人为维度，将各个联系人涉及的即时通信消息分别进行保存。例如，用户b与用户a的即时通信消息保存在文件的一部分，而用户c与用户a的即时通信消息保存在文件的另一部分。

在实际应用中，如果用户a在聊天过程中或者聊天之后，将生成合并窗口的动作撤销了，则在这种情况下还可以将合并文件中用户b和用户c分别对应的聊天记录进行拆分，并将用户b和用户c分别对应的聊天记录保存到两个不同的文件中。

在本实施例中，服务器可以将属于同一个内容合并展示窗口的多个联系人的即时通信消息保存在同一个即时通信文件中。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

与上述本申请一种即时通信方法实施例所提供的方法相对应，参见图6，本申请还提供了一种即时通信装置实施例，在本实施例中，该装置可以集成于服务器端，该装置可以包括：

生成单元601，用于在展示层为用户的多个联系人生成一内容合并展示窗口用于展示；以及，即时通信单元602，通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信。

其中，所述生成单元601可以包括：

第一生成子模块，用于响应于即时通信的启动，在展示层为选中的多个联系人生成一内容合并展示窗口用于展示；或者，

创建子模块，用于响应于在任一联系人的对话窗口中添加其他联系人，在展示层创建一内容合并展示窗口用于展示；或者，

第二生成子模块，用于响应于用户触发的、多个独立对话窗口的合并操作，在展示层生成一内容合并展示窗口用于展示。

其中，所述第一生成子模块，具体用于：

在展示层生成一内容合并展示窗口；按照用户选中各个联系人的时间顺序，将选中的各个联系人对应展示于所述内容合并展示窗口的联系人区域。

其中，所述即时通信模块602具体可以包括：

获取子模块，用于响应于用户输入即时通信消息，所述即时通信消息包括：接收方信息，获取该即时通信消息的接收方标识；

展示子模块，用于将所述即时通信消息按照时间顺序展示于所述内容合并展示窗口的消息区域；以及

发送子模块，用于向所述接收方标识对应的联系人发送所述即时通信消息。

其中，所述即时通信模块602还可以包括：

提醒子模块，用于通过预设提醒方式提醒任一联系人接收即时通信消息。

其中，所述即时通信消息的接收方为上一条即时通信消息的接收方或所述多个联系人。

其中，所述装置还可以包括：

保存模块603，用于将所述用户与所述多个联系人之间的即时通信记录，保存为与所述多个联系人分别对应的多个独立即时通信文件。

其中，所述装置还可以包括：

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

其中，所述联系人列表包括：所有联系人、最近联系人、或者正在联系中的联系人。

其中，所述多个联系人中任一联系人的独立对话窗口，用于展示该联系人与对方联系人的即时通信消息。

本申请还提供了另一种即时通信装置，该装置可以包括：

生成模块，用于在展示层为多个联系人生成一内容合并展示窗口用于展示；

即时通信模块，用于通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信；以及，

展示模块，用于响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

参考图7所示，本申请还提供了一种即时通信消息的保存装置，该装置包括：

接收模块701，用于接收用户分别与多个联系人进行通信的即时通信消息；

判断模块702，用于判断所述即时通信消息是否在同一个内容合并展示窗口内触发；以及，

第一保存模块703，用于在所述判断模块的结果为是的情况下，将所述内容合并展示窗口内的各个即时通信消息保存在与该内容合并展示窗口对应的一合并文件中。

其中，所述保存模块具体可以包括：

建立子模块，用于建立与所述内容合并展示窗口对应的一合并文件；

保存子模块，用于以所述联系人为维度，将所述多个联系人涉及的即时通信消息分别保存在所述合并文件中。

其中，所述即时通信消息的保存装置还可以包括：

第二保存模块，用于响应于所述内容合并展示窗口的拆分，将所述多个联系人对应的即时通信消息分别保存至多个独立文件中。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

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

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

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

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

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

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

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

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

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

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

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

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

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种即时通信方法，所述方法包括：在展示层为用户的多个联系人生成一内容合并展示窗口用于展示；通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信。

其中，所述在展示层为多个联系人生成一内容合并展示窗口用于展示，可以包括：

响应于即时通信的启动，在展示层为选中的多个联系人生成一内容合并展示窗口用于展示；或者，

响应于在任一联系人的对话窗口中添加其他联系人，在展示层创建一内容合并展示窗口用于展示；或者，

响应于用户触发的、多个独立对话窗口的合并操作，在展示层生成一内容合并展示窗口用于展示。

其中，所述响应于即时通信的启动，在展示层为选中的多个即时通信联系人生成一内容合并展示窗口用于展示，可以包括：

在展示层生成一内容合并展示窗口；

按照用户选中各个联系人的时间顺序，将选中的各个联系人对应展示于所述内容合并展示窗口的联系人区域。

其中，所述通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，可以包括：

响应于用户输入即时通信消息，所述即时通信消息包括：接收方信息，获取该即时通信消息的接收方标识；

将所述即时通信消息按照时间顺序展示于所述内容合并展示窗口的消息区域，并向所述接收方标识对应的联系人发送所述即时通信消息。

其中，所述通过所述内容合并展示窗口实现所述用户分别与所述多个联系人之间的即时通信，还可以包括：

通过预设提醒方式提醒任一联系人接收即时通信消息。

其中，所述即时通信消息的接收方为上一条即时通信消息的接收方或所述多个联系人。

其中，所述装置800还可以经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

将所述用户与所述多个联系人之间的即时通信记录，保存为与所述多个联系人分别对应的多个独立即时通信文件。

其中，所述装置800还可以经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于所述内容合并展示窗口的撤销操作，提供分别对应于所述多个联系人的多个独立对话窗口以便展示。

其中，所述联系人列表包括：所有联系人、最近联系人、或者正在联系中的联系人。

其中，所述多个联系人中任一联系人的独立对话窗口，用于展示该联系人与对方联系人的即时通信消息。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的即时通信方法及装置、即时通信消息的保存方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。