CN101510857B - 一种im消息的处理方法和装置 - Google Patents

Abstract

本发明公开了一种IM消息的处理方法和装置，属于通讯技术领域。所述方法包括：提取待处理消息的消息标识；根据所述消息标识获得所述待处理消息的消息队列；将所述消息队列保存在待处理消息队列中。所述装置包括：提取模块、获得模块和保存模块。用以方便用户统一查看待处理的IM消息，可以很方便地令用户知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

Description

一种IM消息的处理方法和装置

技术领域

本发明涉及通讯技术领域，特别涉及一种IM消息的处理方法和装置。

背景技术

IM(Instant Messaging，即时通讯)发展到今天，已经被大多数的网民所接受，IM软件已经成为网民必不可少的通讯工具，IM软件的应用不仅是在平时的休闲娱乐中，甚至在日常的工作中都会得到广泛的使用。因此，用户对于IM软件的易用性、稳定性以及安全性等多方面都提出了更高的要求。在IM软件中，用户可以非常方便地通过主面板双击某个联系人或者群组等，打开与该联系人或者群组的会话窗口进行即时通讯，满足用户即时沟通的需要。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

当用户处于暂时无法处理IM消息的状态时，如果仍然接收到大量的IM消息并需要用户进行处理，用户可以像邮件中设置后续处理标记那样对需要进行后续沟通的联系人或者群组做标记，但是这种方法却无法在IM客户端进行针对联系人以及联系人对应的消息链进行处理；而当用户需要更换本地服务器重新登陆时，如果仍然接收到大量的IM消息并需要用户进行处理，用户可以把这些IM消息拷贝下来并记录在记事本中才能记得后续还需要与哪些联系人或群组进行沟通，这样对用户来说是非常不方便的。

发明内容

为了更加方便、快捷地管理待处理的消息，本发明实施例提供了一种IM消息的处理方法和装置。所述技术方案如下：

一种即时通讯IM消息的处理方法，包括：

提取待处理消息的消息标识；

根据所述消息标识获得所述待处理消息的消息队列；

将所述待处理消息的消息队列保存在待处理消息队列中。

所述提取待处理消息对应的消息标识的触发条件为：

接收到用户状态变更消息，所述用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者

接收到用户选择的待处理消息；

或者

接收到关闭IM客户端消息；

所述提取待处理消息的消息标识之后，所述方法还包括：

根据所述消息标识，获得所述待处理消息的消息类型；

相应的，所述将所述待处理消息的消息队列保存在待处理消息队列中，具体包括：

将所述待处理消息的消息队列保存在所述消息类型对应的待处理消息队列中。

所述根据所述消息标识，获得所述待处理消息的消息类型之后，所述方法还包括：

判断所述消息类型是否为预先设定的待处理消息类型；

相应的，所述根据所述消息标识获得所述待处理消息的消息队列，包括：

当所述消息类型为预先设定的待处理消息类型时，根据所述消息标识获得所述待处理消息的消息队列。

一种即时通讯IM消息的处理装置，包括：

提取模块，用于提取待处理消息的消息标识；

获得模块，用于根据所述消息标识获得所述待处理消息的消息队列；

保存模块，用于将所述待处理消息的消息队列保存在待处理消息队列中。

所述装置还包括：

接收模块，用于接收触发所述提取模块的信号，所述信号具体为用户状态变更消息，所述用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者

用户选择的待处理消息；

或者

关闭IM客户端消息。

所述装置还包括：

消息类型获得模块，用于根据所述消息标识，获得所述待处理消息的消息类型；

相应的，保存模块具体用于将所述待处理消息的消息队列保存在所述消息类型对应的待处理消息队列中。

所述装置还包括：

判断模块，用于判断所述消息类型是否为预先设定的待处理消息类型；

相应的，获得模块具体用于当所述判断模块的判断结果为所述消息类型为预先设定的待处理消息类型时，根据所述消息标识获得所述待处理消息的消息队列。

本发明实施例提供的技术方案带来的有益效果是：

通过提取待处理消息的消息标识，并根据提取到的消息标识获得待处理消息的消息队列，并将消息队列保存在待处理消息队列中。用以方便用户统一查看待处理的IM消息，可以很方便地令用户知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

附图说明

图1是本发明实施例1中提供的IM消息的处理方法流程图；

图2是本发明实施例2中提供的IM消息的处理方法流程图；

图3是本发明实施例2中提供的一种待处理分组的示意图；

图4是本发明实施例3中提供的IM消息的处理方法流程图；

图5是本发明实施例4中提供的IM消息的处理方法流程图；

图6是本发明实施例5中提供的IM消息的处理装置的一种结构示意图；

图7是本发明实施例5中提供的IM消息的处理装置的第二种结构示意图；

图8是本发明实施例5中提供的IM消息的处理装置的第三种结构示意图；

图9是本发明实施例5中提供的IM消息的处理装置的第四种结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

参见图1，本实施例提供了一种IM消息的处理方法，该方法包括：

101：提取待处理消息的消息标识；

102：根据该消息标识获得所述待处理消息的消息队列；

103：将该消息队列保存在待处理消息队列中。

其中，提取待处理消息的消息标识的触发条件为：

接收到用户状态变更消息，该用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者

接收到用户选择的待处理消息；

或者

接收到关闭IM客户端消息。

通过提取待处理消息的消息标识，并根据提取到的消息标识获得待处理消息的消息队列，并将消息队列保存在待处理消息队列中。用以方便用户统一查看待处理的IM消息，可以很方便地令用户知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

实施例2

为了更加方便快捷地管理待处理的消息，本发明实施例提供了一种IM消息的处理方法，以本地服务器为该方法的执行主体为例，本实施例以待处理消息的消息标识的触发条件为接收到用户状态变更消息，该用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理为例。参见图2，该方法包括：

201：本地服务器在时刻T接收到IM客户端的用户发送的触发信号，该触发信号具体可以为用户状态变更消息；

其中，用户状态变更消息中携带变更后的用户状态，变更后的用户状态代表着将IM消息待处理。

其中，IM客户端的用户状态可以但不限于包括：“有空”、“隐身”、“忙碌”、“离开”、“请勿打扰”等，当IM客户端的用户选择改变其用户状态时，例如将“有空”变更为“忙碌”，这时IM客户端会向本地服务器发送一个用户状态变更消息，该变更消息中携带变更后的用户状态(如“忙碌”或其它)。

用户可以通过设置哪些用户状态代表着需要对T时刻以后接收到的IM消息进行处理，哪些用户状态代表着不需要对T时刻以后接收到的IM消息进行处理的。具体的设置方法可以有很多种，例如用户在控制主面板提供的专门的选项中进行勾选，或者单击右键在特定的菜单上进行输入等等。

202：从T时刻开始，本地服务器接收IM消息的同时，获得IM消息的消息标识；

需要说明的是，每一条IM消息都有其消息标识，消息标识可以用于标识此条IM消息的发送方，例如，此条IM消息发送方的昵称、ID、号码等，都可以作为IM消息的消息标识。本地服务器可以在接收到IM消息的同时，获得IM消息的消息标识，此技术为现有技术，本发明实施例不予以限制和赘述。

203：根据IM消息的消息标识，获得IM消息的消息类型；

需要说明的是，这里所说的IM消息的消息类型可以理解为某些IM消息所具有的共同特性，例如按照发送方的共同特性进行消息类型的划分，可以将IM消息的消息类型划分为联系人消息、群组消息和系统消息。当本地服务器接收到的消息标识代表的是联系人发送的IM消息时，可以获得此IM消息的消息类型是联系人消息；当本地服务器接收到的消息标识代表的是用户所在群组发送的IM消息时，可以获得此IM消息的消息类型为群组消息；当本地服务器接收的消息标识代表的是系统发送的IM消息时，可以获得此IM消息的消息类型为系统消息。根据IM消息的消息标识获得消息类型的方法为现有技术，本发明实施例不予以限制和赘述。

当然，为了给用户提供更好的体验，消息类型还可以被进一步地细化，例如，联系人消息还可以被细化为：好友消息、同学消息、客户消息、同事消息、亲人消息等；群组消息还可以被细化为学习群组消息、闲谈群组消息、兴趣群组消息、工作群组消息等；系统消息还可以被细化为安全提示消息、新闻消息等。用户可以依据消息类型设定哪些消息类型是需要进行后续处理的消息类型。例如，当用户希望对客户消息、同事消息、亲人消息、工作群组消息这四种类型的消息进行后续的处理时，用户可以设定这四种消息类型是需要待处理的消息类型。

具体的设置方法可以但不限于包括：用户通过在主面板提供的专门的选项中进行勾选，或者单击鼠标右键在特定的菜单上进行输入等。

需要说明的是，步骤203是可选步骤，即用户可以不区分接收到的IM消息的消息类型，直接将T时刻以后接收到的全部IM消息作为待处理消息进行下面的操作。

204：对于需要待处理的IM消息，本地服务器根据其消息标识，获得该待处理的IM消息在时刻T之后的全部消息队列；

具体说明：当某一IM消息需要待处理时，本地服务器根据其消息标识(例如发送方联系人的号码)，直接获取属于该消息标识所对应的时刻T之后的全部消息队列。

205：将步骤204中获取到的全部消息队列存储在待处理消息队列中；

需要说明的是，用户可以预先设定一个待处理消息队列，这个待处理消息队列呈现给用户的可以是IM客户端上的一个待处理分组或其它名称的分组等，将步骤204中获取到的全部消息队列都存储在这个待处理消息队列中，即呈现在这个用户看见的待处理分组中，以便用户的后续查询使用。待处理分组的创建方法与创建普通分组的方法类似，由于是现有技术，这里不做赘述。创建了一个待处理分组的同时，即创建了一个与之相对应的待处理消息队列。

针对步骤203中所说的消息类型，可以进一步将待处理消息队列进行划分，即将不同消息类型的消息队列放在不同类型的待处理消息队列之中，以不同的消息类型呈现在待处理分组中。例如，待处理分组的下级菜单还可以包括：同事消息、亲人消息等。在不同类型的待处理消息队列中进行存储，可以更好地为用户提供简单明了方便易操作的界面。

对于待处理分组可以如图3所示，这里需要说明的是，用户可以对待处理分组的属性进行设置。例如，待处理分组中的消息是否闪动、或者只显示消息的总数等等。用户可以在有空的时候查看待处理分组中的消息内容，查看后的消息内容即从待处理分组中删除(即从待处理消息队列当中删除)，删除后的IM消息并不再在待处理分组中显示，为用户提供了方便，操作方便、快捷，用户体验好。

206：当用户准备关闭IM客户端退出登陆时，本地服务器查询待处理消息队列中是否还有用户未查看或未处理的IM消息；

如果有，则将包含未被用户查看或处理的IM消息的待处理消息队列上传至网络服务器进行保存；

当IM客户端的用户再次登陆本地服务器时，本地服务器可以主动从网络服务器上查询是否存在待处理消息队列，如果有，则本地服务器提取待处理消息队列中每个IM消息的消息标识以及对应该消息标识的待处理消息的个数，并将其显示在待处理分组中；同时，还可以将每个待处理消息的消息类型中所包括的消息个数显示给用户查看。

如果没有，直接关闭IM客户端。

本发明实施例通过T时刻获取到代表需要待处理IM消息的用户状态变更消息后，获取T时刻之后接收到的IM消息的消息标识，并根据消息标识获得消息标识对应的消息队列，并将获得的消息队列保存在待处理消息队列当中。这样，用户可以很方便地知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

实施例3

为了更加方便快捷地管理待处理的消息，本发明实施例提供了一种IM消息的处理方法，以本地服务器为该方法的执行主体为例，本实施例以提取待处理消息的消息标识的触发条件为接收到用户选择的待处理消息为例。参见图4，该方法包括：

401：本地服务器在时刻T接收到IM客户端的用户发送的触发信号，该触发信号具体可以为用户选择了一条待处理的IM消息；

需要说明的是，用户对于待处理的IM消息的选择可以通过很多途径，例如用户选中某一条待处理消息，然后将其拖动到预先创建的待处理分组(或其他名字的分组)中等，用户做出的拖动动作可以是通过鼠标发出的指令，当然也可以通过键盘等发出拖动指令。

这里，当用户选中了某一条待处理消息时，本地服务器会接收到选中事件和拖动鼠标消息，并判断当前的鼠标位置是否位于预先创建的“待处理分组”所在的分组的位置上，如果此时鼠标位置位于“待处理分组”位置上，则本地服务器将这一系列的选中、拖动动作作为触发信号，该触发信号说明用户希望放置选中的待处理消息内容到该分组中。

402：本地服务器获取用户选择的待处理消息的消息标识；

需要说明的是，每一条IM消息都有其消息标识，消息标识可以用于标识此条IM消息的发送方，例如，此条IM消息发送方的昵称、ID、号码等，都可以作为IM消息的消息标识。本地服务器可以在接收到IM消息的同时，获得IM消息的消息标识，此技术为现有技术，本发明实施例不予以限制和赘述。

403：根据IM消息的消息标识，获得IM消息的消息类型；

需要说明的是，这里所说的IM消息的消息类型可以理解为某些IM消息所具有的共同特性，例如按照发送方的共同特性进行消息类型的划分，可以将IM消息的消息类型划分为联系人消息、群组消息和系统消息。当本地服务器接收到的消息标识代表的是联系人发送的IM消息时，可以获得此IM消息的消息类型是联系人消息；当本地服务器接收到的消息标识代表的是用户所在群组发送的IM消息时，可以获得此IM消息的消息类型为群组消息；当本地服务器接收的消息标识代表的是系统发送的IM消息时，可以获得此IM消息的消息类型为系统消息。根据IM消息的消息标识获得消息类型的方法为现有技术，本发明实施例不予以限制和赘述。

当然，为了给用户提供更好的体验，消息类型还可以被进一步地细化，例如，联系人消息还可以被细化为：好友消息、同学消息、客户消息、同事消息、亲人消息等；群组消息还可以被细化为学习群组消息、闲谈群组消息、兴趣群组消息、工作群组消息等；系统消息还可以被细化为安全提示消息、新闻消息等。用户可以依据消息类型设定哪些消息类型是需要进行后续处理的消息类型。例如，当用户希望对客户消息、同事消息、亲人消息、工作群组消息这四种类型的消息进行后续的处理时，用户可以设定这四种消息类型是需要待处理的消息类型。

具体的设置方法可以但不限于包括：用户通过在主面板提供的专门的选项中进行勾选，或者单击鼠标右键在特定的菜单上进行输入等。

需要说明的是，步骤403是可选步骤，即用户可以不区分接收到的IM消息的消息类型，直接将对用户选择的待处理消息进行下面的操作。

404：本地服务器根据接收到该用户选择的待处理消息的时刻K，获得该待处理的IM消息在时刻K之后的全部消息队列；

具体的，由于用户很有可能是在接收到IM消息的一段时间之后才去拖动其作为待处理消息的，那么拖动IM消息的时刻T与本地服务器接收到该IM消息的时刻K是不同的，时刻K发生在时刻T之前。

具体说明：当本地服务器接收到用户选择的待处理IM消息时，本地服务器根据其消息标识(例如发送方联系人的号码)，直接获取属于该消息标识所对应的时刻K之后的全部消息队列。

405：将步骤404中获取到的全部消息队列存储在待处理消息队列中；

需要说明的是，用户可以预先设定一个待处理消息队列，这个待处理消息队列呈现给用户的可以是IM客户端上的一个待处理分组或其它名称的分组等，将步骤404中获取到的全部消息队列都存储在这个待处理消息队列中，即呈现在这个用户可对其进行操作的待处理分组中，以便用户的后续查询使用。待处理分组的创建方法与创建普通分组的方法类似，由于是现有技术，这里不做赘述。创建了一个待处理分组的同时，即创建了一个与之相对应的待处理消息队列。

针对步骤403中所说的消息类型，可以进一步将待处理消息队列进行划分，即将不同消息类型的消息队列放在不同类型的待处理消息队列之中，以不同的消息类型呈现在待处理分组中。例如，待处理分组的下级菜单还可以包括：同事消息、亲人消息等。在不同类型的待处理消息队列中进行存储，可以更好地为用户提供简单明了方便易操作的界面。

对于待处理分组可以如实施例2中的图3所示，这里需要说明的是，用户可以对待处理分组的属性进行设置。例如，待处理分组中的消息是否闪动、或者只显示消息的总数等等。用户可以在有空的时候查看待处理分组中的消息内容，查看后的消息内容即从待处理分组中删除(即从待处理消息队列当中删除)，删除后的IM消息并不再在待处理分组中显示，为用户提供了方便，操作方便、快捷，用户体验好。

406：当用户准备关闭IM客户端退出登陆时，本地服务器查询待处理消息队列中是否还有用户未查看或未处理的IM消息；

如果有，则将包含未被用户查看或处理的IM消息的待处理消息队列上传至网络服务器进行保存；

当IM客户端的用户再次登陆本地服务器时，本地服务器可以主动从网络服务器上查询是否存在待处理消息队列，如果有，则本地服务器提取待处理消息队列中每个IM消息的消息标识以及对应该消息标识的待处理消息的个数，并将其显示在待处理分组中；同时，还可以将每个待处理消息的消息类型中所包括的消息个数显示给用户查看。

如果没有，直接关闭IM客户端。

本发明实施例通过获取到用户选择的待处理消息后，获取待处理消息的消息标识，并根据消息标识获得消息标识对应的消息队列，并将获得的消息队列保存在待处理消息队列当中。这样，用户可以很方便地知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

实施例4

为了更加方便快捷地管理待处理的消息，本发明实施例提供了一种IM消息的处理方法，该方法的执行主体以本地服务器为例，本实施例以提取待处理消息的消息标识的触发条件为接收到关闭IM客户端消息为例。参见图5，该方法包括：

501：本地服务器在时刻T接收到IM客户端的用户发送的触发信号，该触发信号具体可以为关闭IM客户端消息；

其中，当用户关闭IM客户端时，本地服务器会接收到关闭IM客户端的消息。

502：本地服务器获得该IM客户端上全部未经过用户处理的IM消息，并获得这些IM消息的消息标识；

未经过用户处理的IM消息可以通过是否被用户查看等依据来获得。

需要说明的是，每一条IM消息都有其消息标识，消息标识可以用于标识此条IM消息的发送方，例如，此条IM消息发送方的昵称、ID、号码等，都可以作为IM消息的消息标识。本地服务器可以在接收到IM消息的同时，获得IM消息的消息标识，此技术为现有技术，本发明实施例不予以限制和赘述。

503：根据IM消息的消息标识，获得IM消息的消息类型；

需要说明的是，这里所说的IM消息的消息类型可以理解为某些IM消息所具有的共同特性，例如按照发送方的共同特性进行消息类型的划分，可以将IM消息的消息类型划分为联系人消息、群组消息和系统消息。当本地服务器接收到的消息标识代表的是联系人发送的IM消息时，可以获得此IM消息的消息类型是联系人消息；当本地服务器接收到的消息标识代表的是用户所在群组发送的IM消息时，可以获得此IM消息的消息类型为群组消息；当本地服务器接收的消息标识代表的是系统发送的IM消息时，可以获得此IM消息的消息类型为系统消息。根据IM消息的消息标识获得消息类型的方法为现有技术，本发明实施例不予以限制和赘述。

当然，为了给用户提供更好的体验，消息类型还可以被进一步地细化，例如，联系人消息还可以被细化为：好友消息、同学消息、客户消息、同事消息、亲人消息等；群组消息还可以被细化为学习群组消息、闲谈群组消息、兴趣群组消息、工作群组消息等；系统消息还可以被细化为安全提示消息、新闻消息等。用户可以依据消息类型设定哪些消息类型是需要进行后续处理的消息类型。例如，当用户希望对客户消息、同事消息、亲人消息、工作群组消息这四种类型的消息进行后续的处理时，用户可以设定这四种消息类型是需要待处理的消息类型。

具体的设置方法可以但不限于包括：用户通过在主面板提供的专门的选项中进行勾选，或者单击鼠标右键在特定的菜单上进行输入等。

需要说明的是，步骤503是可选步骤，即用户可以不区分获得的全部IM消息的消息类型，直接将获取到的全部未经过用户处理的IM消息作为待处理消息进行下面的操作。

504：本地服务器根据接收到某一未经过用户处理的IM消息的时刻K，获得该未经过用户处理的IM消息在时刻K之后的全部消息队列；

具体的，由于用户很有可能是在接收到IM消息的一段时间之后才去拖动其作为待处理消息的，那么拖动IM消息的时刻T与本地服务器接收到该IM消息的时刻K是不同的，时刻K发生在时刻T之前。

具体说明：当本地服务器接收到用户选择的待处理IM消息时，本地服务器根据其消息标识(例如发送方联系人的号码)，直接获取属于该消息标识所对应的时刻K之后的全部消息队列。

505：将步骤504中获取到的全部消息队列存储在待处理消息队列中；

需要说明的是，用户可以预先设定一个待处理消息队列，这个待处理消息队列呈现给用户的可以是IM客户端上的一个待处理分组或其它名称的分组等，将步骤504中获取到的全部消息队列都存储在这个待处理消息队列中，即呈现在这个用户看见的待处理分组中，以便用户的后续查询使用。待处理分组的创建方法与创建普通分组的方法类似，由于是现有技术，这里不做赘述。创建了一个待处理分组的同时，即创建了一个与之相对应的待处理消息队列。

针对步骤503中所说的消息类型，可以进一步将待处理消息队列进行划分，即将不同消息类型的消息队列放在不同类型的待处理消息队列之中，以不同的消息类型呈现在待处理分组中。例如，待处理分组的下级菜单还可以包括：同事消息、亲人消息等。在不同类型的待处理消息队列中进行存储，可以更好地为用户提供简单明了方便易操作的界面。

对于待处理分组可以如实施例2中的图3所示，这里需要说明的是，用户可以对待处理分组的属性进行设置。例如，待处理分组中的消息是否闪动、或者只显示消息的总数等等。用户可以在有空的时候查看待处理分组中的消息内容，查看后的消息内容即从待处理分组中删除(即从待处理消息队列当中删除)，删除后的IM消息并不再在待处理分组中显示，为用户提供了方便，操作方便、快捷，用户体验好。

506：将步骤505中的待处理消息队列上传至网络服务器进行保存；

当IM客户端的用户再次登陆本地服务器时，本地服务器可以主动从网络服务器上查询是否存在待处理消息队列，如果有，则本地服务器提取待处理消息队列中每个IM消息的消息标识以及对应该消息标识的待处理消息的个数，并将其显示在待处理分组中；同时，还可以将每个待处理消息的消息类型中所包括的消息个数显示给用户查看。

本发明实施例通过获取到用户关闭IM客户端消息后，获取全部未经过用户处理的消息并获得这些未经过用户处理的消息的消息标识，并根据消息标识获得消息标识对应的消息队列，并将获得的消息队列保存在待处理消息队列当中，上传至网络服务器。这样，用户可以很方便地知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

实施例5

为了更加方便快捷地管理待处理的消息，本发明实施例提供了一种IM消息的处理装置，参照方法实施例中的描述，参见图6，该装置包括：

提取模块601，用于提取待处理消息的消息标识；

获得模块602，用于根据该消息标识获得所述待处理消息的消息队列；

保存模块603，用于将该消息队列保存在待处理消息队列中。

进一步的，参见图7，装置还包括：

接收模块604，用于接收提取模块601的触发信号，触发信号具体为用户状态变更消息，用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者用户选择的待处理消息；

或者关闭IM客户端消息。

进一步的，参见图8，装置还包括：

消息类型获得模块605，用于根据消息标识，获得待处理消息的消息类型；

相应的，保存模块603具体用于将消息队列保存在消息类型对应的待处理消息队列中。

进一步的，参见图9，装置还包括：

判断模块606，用于判断消息类型是否为预先设定的待处理消息类型；

相应的，获得模块603具体用于当判断模块的判断结果为消息类型为预先设定的待处理消息类型时，根据消息标识获得待处理消息的消息队列。

获得模块603具体用于：

根据消息标识，获得待处理消息对应的消息队列中待处理消息及待处理消息之后接收到的消息。

通过提取待处理消息的消息标识，并根据提取到的消息标识获得待处理消息的消息队列，并将消息队列保存在待处理消息队列中。用以方便用户到待处理分组中统一查看待处理的IM消息，可以很方便地令用户知道哪些消息是待处理的，方便快捷地对待处理的IM消息进行了管理，并且极大地满足了用户的个性化的需求，提高IM软件的易用性。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种即时通讯IM消息的处理方法，其特征在于，包括：

提取待处理消息的消息标识；

根据所述消息标识获得所述待处理消息的消息队列；

将所述待处理消息的消息队列保存在待处理消息队列中。

2.如权利要求1所述的方法，其特征在于，所述提取待处理消息的消息标识的触发条件为：

接收到用户状态变更消息，所述用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者

接收到用户选择的待处理消息；

或者

接收到关闭IM客户端消息。

3.如权利要求1所述的方法，其特征在于，所述提取待处理消息的消息标识之后，所述方法还包括：

根据所述消息标识，获得所述待处理消息的消息类型；

相应的，所述将所述待处理消息的消息队列保存在待处理消息队列中，具体包括：

将所述待处理消息的消息队列保存在所述消息类型对应的待处理消息队列中。

4.如权利要求3所述的方法，其特征在于，所述根据所述消息标识，获得所述待处理消息的消息类型之后，所述方法还包括：

判断所述消息类型是否为预先设定的待处理消息类型；

相应的，所述根据所述消息标识获得所述待处理消息的消息队列，包括：

当所述消息类型为预先设定的待处理消息类型时，根据所述消息标识获得所述待处理消息的消息队列。

5.一种即时通讯IM消息的处理装置，其特征在于，包括：

提取模块，用于提取待处理消息的消息标识；

获得模块，用于根据所述消息标识获得所述待处理消息的消息队列；

保存模块，用于将所述待处理消息的消息队列保存在待处理消息队列中。

6.如权利要求5所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收触发所述提取模块的信号，所述信号具体为用户状态变更消息，所述用户状态变更消息中携带的变更后的用户状态对应于将IM消息待处理；

或者

用户选择的待处理消息；

或者

关闭IM客户端消息。

7.如权利要求5所述的装置，其特征在于，所述装置还包括：

消息类型获得模块，用于根据所述消息标识，获得所述待处理消息的消息类型；

相应的，保存模块具体用于将所述待处理消息的消息队列保存在所述消息类型对应的待处理消息队列中。

8.如权利要求7所述的装置，其特征在于，所述装置还包括：

判断模块，用于判断所述消息类型是否为预先设定的待处理消息类型；

相应的，获得模块具体用于当所述判断模块的判断结果为所述消息类型为预先设定的待处理消息类型时，根据所述消息标识获得所述待处理消息的消息队列。

Images