CN103269306A - 通信过程中的消息处理方法及装置 - Google Patents

Abstract

本发明公开了通信过程中的消息处理方法及装置，其中，所述方法包括：在即时通信显示窗口中显示已发送消息以及已接收消息；接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。通过本发明，能够在已发送消息中发现笔误时，方便进行修改。

Description

通信过程中的消息处理方法及装置

技术领域

本发明涉及即时通信技术领域，具体涉及通信过程中的消息处理方法及装置。

背景技术

即时通讯（Instant Messenger，简称IM）是一种基于互联网的即时交流消息的服务。因为即时通讯的快速、功能丰富、社交网络覆盖范围广，所以越来越受到广大用户的喜爱。

IM用户可以在选中某好友用户之后，通过左键双击好友头像或者右键单击好友头像、在弹出菜单中选择“发送即时消息”等选项的方式，启动与选定好友的聊天窗口，然后就可以通过聊天窗口与选中的好友进行对话了。

聊天窗口一般由至少两部分组成，其中一部分用于输入待发送的消息（为便于描述，简称为“编辑窗口”），另一部分用于显示当前用户已经发送出去的消息以及对方用户发送过来的消息（为便于描述，简称为“显示窗口”）。一般而言，用户需要通过键盘或者手写板等方式在编辑窗口中进行消息的编辑，编辑完成一条消息之后，就可以按下窗口中的“发送”按钮或者快捷键等，将消息发送出去，相应的，该条消息就会出现在显示窗口中，同时，编辑窗口被清空，用户又可以编辑新的消息，以此类推。

在实际应用中，经常出现以下情况：用户在编辑窗口中进行编辑时，经常使用拼音输入法等进行文字的编辑，但是经常出现同音字或者同音词的现象，另外也经常出现按错了其他字母，或者颠倒了字母的顺序等等，导致输入的消息中存在笔误。例如，用户本来想输入“申请”，但是却可能输入成了“神情”、“深情”等等。如果编辑完一条消息之后，并没有检查有没有笔误，就直接将消息发送出去，则对方在显示窗口中看到该消息之后可能会比较费解；而对于发送方而言，如果在显示窗口中发现该消息中的某些文字存在笔误，则一般也只能再另发一条消息进行解释，在重发另一条消息时，要么只重发一句/一段话中存在笔误的那部分内容，但是接收者需要自行与原来存在笔误的那句/段话进行组合，不便于阅读；要么对整句/整段话重新进行输入，这会占用发送者大量的时间。可见，IM通信工具在智能性方面还有待提高。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的通信过程中的消息处理方法及装置，能够在已发送消息中发现笔误时，方便进行修改。

依据本发明的一个方面，提供了一种即时通信过程中的消息处理方法，包括：

在即时通信显示窗口中显示已发送消息以及已接收消息；

接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

可选地，所述将编辑修改后的消息内容发送到消息接收方，使其显示在所述接收方的显示窗口中包括：

将所述编辑修改后的消息内容发送到服务器，以便由所述服务器将所述编辑修改后的消息内容发送到接收方，进而由接收方将所述编辑修改后的消息内容显示到接收方的显示窗口中。

可选地，所述将所述编辑修改后的消息内容显示在所述接收方的显示窗口中包括：

将所述编辑修改后的消息内容显示在所述目标已发送消息的下方。

可选地，还包括：

判断所述目标已发送消息是否显示在接收方显示窗口的用户可视区域内；

如果未显示在接收方显示窗口的用户可视区域内，则移动接收方显示窗口的滚动条，以便将所述目标已发送消息及所述编辑修改后的消息内容显示在接收方显示窗口的用户可视区域内。

可选地，还包括：

将所述编辑修改后的消息内容与所述目标已发送消息进行区别显示。

可选地，所述将所述编辑修改后的消息内容显示在所述接收方的显示窗口中包括：

用所述编辑修改后的消息内容覆盖接收方显示窗口中的所述目标已发送消息。

可选地，还包括：

为编辑修改后的消息内容生成显示修改历史的操作入口；

当通过所述显示修改历史的操作入口接收到显示修改历史的请求时，显示该条消息内容的修改历史。

可选地，所述接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息包括：

通过预置的第一消息修改入口接收修改请求，将最近发送的一条消息确定为所述目标已发送消息。

可选地，所述接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息包括：

分别为各条已发送消息生成第二消息修改入口；

当通过某第二消息修改入口接收到用户的修改请求时，将该第二消息修改入口对应的消息条目确定为所述目标已发送消息。

可选地，所述目标已发送消息包括群组交流消息中的已发送消息。

根据本发明的另一方面，提供了一种即时通信过程中的消息处理装置，包括：

第一显示窗口显示单元，用于在即时通信显示窗口中显示已发送消息以及已接收消息；

请求接收单元，用于接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

编辑窗口显示单元，用于将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

第二显示窗口显示单元，用于将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

可选地，所述第二显示窗口显示单元包括：

转发子单元，用于将所述编辑修改后的消息内容发送到服务器，以便由所述服务器将所述编辑修改后的消息内容发送到接收方，进而由接收方将所述编辑修改后的消息内容显示到接收方的显示窗口中。

可选地，所述第二显示窗口显示单元包括：

分别显示子单元，用于将所述编辑修改后的消息内容显示在所述目标已发送消息的下方。

可选地，还包括：

判断单元，用于判断所述目标已发送消息是否显示在接收方显示窗口的用户可视区域内；

滚动显示单元，用于如果未显示在接收方显示窗口的用户可视区域内，则移动接收方显示窗口的滚动条，以便将所述目标已发送消息及所述修改后的消息内容显示在接收方显示窗口的用户可视区域内。

可选地，还包括：

区别显示单元，用于将所述编辑修改后的消息内容与所述目标已发送消息进行区别显示。

可选地，所述第二显示窗口显示单元包括：

覆盖显示子单元，用于用所述编辑修改后的消息内容覆盖接收方显示窗口中的所述目标已发送消息。

可选地，还包括：

显示入口生成单元，用于为编辑修改后的消息内容生成显示修改历史的操作入口；

修改历史显示单元，用于当通过所述显示修改历史的操作入口接收到显示修改历史的请求时，显示该条消息内容的修改历史。

可选地，所述请求接收单元包括：

第一接收子单元，用于通过预置的第一消息修改入口接收修改请求，将最近发送的一条消息确定为所述目标已发送消息。

可选地，所述请求接收单元包括：

修改入口生成子单元，用于分别为各条已发送消息生成第二消息修改入口；

第二接收子单元，用于当通过某第二消息修改入口接收到用户的修改请求时，将该第二消息修改入口对应的消息条目确定为所述目标已发送消息。

可选地，所述目标已发送消息包括群组交流消息中的已发送消息。

根据本发明的通信过程中的消息处理方法及装置，在用户需要对某条已发送消息进行修改时，可以将该已发送消息的内容重新显示在编辑窗口中，这样，用户就可以在此基础上进行修改编辑，然后重新发送。可见，在本发明实施例中，用户只需要对已发送消息中存在错误的部分内容进行编辑，而不是已发送消息的全部内容，节省了发送者的编辑时间；另外，在发送时会将已修改以及未修改的部分一起发送出去，使得接收者能够看到完整的、不存在笔误的一句/一段话，而不用再自行进行组合，便于阅读。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的方法流程图；

图2示出了根据本发明一个实施例的显示界面示意图；

图3示出了根据本发明一个实施例的另一显示界面示意图；

以及，

图4示出了根据本发明一个实施例的装置示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图1，本发明实施例提供的即时通信过程中的消息处理方法可以包括以下步骤：

S101：在即时通信显示窗口中显示已发送消息以及已接收消息；

S102：接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

在本发明实施例中，可以在即时通信窗口（一般俗称为“聊天窗口”）中为用户提供对已发送消息进行修改的操作入口，具体实现时，该操作入口可以是唯一的一个，当用户通过该操作入口发起消息修改请求时，将最近发送出去的一条消息作为目标已发送消息。也就是说，一般而言，由于最近发送出去的消息会显示在显示窗口的最下方，发送方用户最容易发现其中包含的笔误，也最具有修改的意义，因此，就可以默认地将最近发送出去的一条消息确定为用户需要进行修改的目标已发送消息。

或者，在另一种实现方式下，也可以分别为用户已经发送的各条消息生成修改入口（例如可以在每条已发送消息之后显示“修改”字样的按钮等等），当用户需要对某条已发送消息进行修改时，就可以从对应的修改操作入口进入，相应的，就可以将该操作入口对应的条目确定为用户需要进行修改的目标已发送消息。

S103：将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

在确定了目标已发送消息之后，就可以将该消息的内容（一般为文字内容，另外还可以包括表情、图片、链接等等）重新显示到编辑窗口中，这样，发送者就可以直接在原来已发送消息的基础上进行修改，例如，将光标移动到存在笔误之处，将原来错误的内容删除，然后输入修改后的正确的内容，再重新发送即可。可见，在这种方式下，用户只需要对存在错误的部分内容进行编辑，而不是已发送消息的全部内容，节省了发送者的编辑时间，另外，在发送时会将已修改以及未修改的部分一起发送出去，使得接收者能够看到完整的、不再存在笔误的一句/一段话，而不用再自行进行组合，便于阅读。

S104：将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

在接收到重新发送的请求后，就可以将修改后的消息内容（包括已修改的部分以及未修改的部分）显示到显示窗口中。具体实现时可以有多种方式，例如，其中一种方式可以是将修改后的消息内容显示在目标已发送消息的下方。例如如图2所示，原来的已发送消息是“建国大业收银美”，其实用户本来是想输入“建国大业首映没”，当用户发送修改请求之后，就可以将“建国大业收银美”重新显示在编辑窗口内，这样用户就可以将最后的三个字删除，然后重新输入“首映没”，使得编辑窗口中修改后的消息变为“建国大业首映没”，然后点击发送按钮，按着按下回车键等发送按键，就可以将其发送出去，并且，将修改后的消息“建国大业首映没”显示在原来的已发送消息“建国大业收银美”的下方，用以示意出是对这条消息进行的修改。

其中，在显示修改后的消息时，可以将修改的部分与原来的部分进行区别显示，例如，图2中，是将“收银美”修改为“首映没”，则在修改后的消息中，将“首映没”这几个字用橙色显示，以便引起接收者的注意。另外，由于在发送方对已发送消息进行修改编辑的过程中，对方还可能发送了其他的消息，以至于当前正在修改的消息对应的已发送消息可能已经不能在显示窗口的用户可视区域显示，此时，还可以对此进行判断，如果确实出现这种情况，则可以移动显示窗口中的滚动条，使得被修改的消息以及修改后的消息能够显示在用户可视区域内。

另外一种方式下，可以用修改后的消息覆盖之前存在错误的已发送消息，也即，当用户重新发送修改后的消息之后，会将修改后的消息显示在显示窗口中被修改的消息所在的位置处，同时，被修改的消息不再在显示窗口中显示。例如，如图3所示，原来的已发送消息是“建国大业收银美”，修改之后变为“建国大业首映没”，在显示窗口中仅显示“建国大业首映没”，将“建国大业收银美”覆盖。当然，同样可以将修改后的消息进行区别显示，以提示接收方，发送方曾经对消息进行过修改，同时还可以提供显示原消息的入口，当用户从该入口进入时，可以将原消息以下拉框等方式显示出来。另外，可以对同一条消息进行多次修改，在显示原消息时，就可以将各次修改的修改痕迹全部显示出来。例如，在图3所示中，第一次输入的是“建国”，第二次输入的是“建国大业收银没”，第三次输入的是“建国大业首映没”，等等。

需要说明的是，在将修改后的内容显示到显示窗口中时，一方面需要显示到当前发送方的显示窗口中，当然，对于发送方而言，由于直接能够获知用户修改后的内容是什么，因此，直接在显示窗口中显示即可；另一方面，还需要将修改后的内容显示到接收方的显示窗口中，对此，发送方需要首先将修改后的内容发送到即时通信的服务器，然后由服务器将修改后的内容转发给接收方，然后，接收方再将修改后的内容显示在接收方的显示窗口中。当然，无论是发送方还是接收方，在具体显示修改后的内容时，都可以采用前文所述的任一种显示方式，这里不再赘述。

另外需要说明的是，在本发明实施例中，除了可以应用与两个用户之间的对话交流，也可以应用于群组交流的情况，也即，用户需要修改的目标已发送消息可以是在群组交流消息中的某条消息，具体的实现细节与两个用户之间的对话交流类似，不同之处在于，服务器需要将修改后的内容转发到群组中的各个成员，也即多个接收方。

总之，在本发明实施例中，在用户需要对某条已发送消息进行修改时，可以将该已发送消息的内容重新显示在编辑窗口中，这样，用户就可以在此基础上进行修改编辑，然后重新发送。可见，在本发明实施例中，用户只需要对已发送消息中存在错误的部分内容进行编辑，而不是已发送消息的全部内容，节省了发送者的编辑时间；另外，在发送时会将已修改以及未修改的部分一起发送出去，使得接收者能够看到完整的、不存在笔误的一句/一段话，而不用再自行进行组合，便于阅读。

与本发明实施例提供的通信过程中的消息处理方法相对应，本发明实施例还提供了一种通信过程中的消息处理装置，参见图4，该装置可以包括：

第一显示窗口显示单元401，用于在即时通信显示窗口中显示已发送消息以及已接收消息；

请求接收单元402，用于接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

编辑窗口显示单元403，用于将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

第二显示窗口显示单元404，用于将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

其中，所述第二显示窗口显示单元404包括：

转发子单元，用于将所述编辑修改后的消息内容发送到服务器，以便由所述服务器将所述编辑修改后的消息内容发送到接收方，进而由接收方将所述编辑修改后的消息内容显示到接收方的显示窗口中。

具体的，所述第二显示窗口显示单元404可以包括：

分别显示子单元，用于将所述编辑修改后的消息内容显示在所述目标已发送消息的下方。

此外，该装置还可以包括：

判断单元，用于判断所述目标已发送消息是否显示在接收方显示窗口的用户可视区域内；

滚动显示单元，用于如果未显示在接收方显示窗口的用户可视区域内，则移动接收方显示窗口的滚动条，以便将所述目标已发送消息及所述修改后的消息内容显示在接收方显示窗口的用户可视区域内。

另外，该装置还可以包括：

区别显示单元，用于将所述编辑修改后的消息内容与所述目标已发送消息进行区别显示。

所述第二显示窗口显示单元包括：

覆盖显示子单元，用于用所述编辑修改后的消息内容覆盖接收方显示窗口中的所述目标已发送消息。

还包括：

显示入口生成单元，用于为编辑修改后的消息内容生成显示修改历史的操作入口；

修改历史显示单元，用于当通过所述显示修改历史的操作入口接收到显示修改历史的请求时，显示该条消息内容的修改历史。

其中，所述请求接收单元401可以包括：

第一接收子单元，用于通过预置的第一消息修改入口接收修改请求，将最近发送的一条消息确定为所述目标已发送消息。

或者，所述请求接收单元401也可以包括：

修改入口生成子单元，用于分别为各条已发送消息生成第二消息修改入口；

第二接收子单元，用于当通过某第二消息修改入口接收到用户的修改请求时，将该第二消息修改入口对应的消息条目确定为所述目标已发送消息。

所述目标已发送消息包括群组交流消息中的已发送消息。

总之，在本发明实施例中，在用户需要对某条已发送消息进行修改时，可以将该已发送消息的内容重新显示在编辑窗口中，这样，用户就可以在此基础上进行修改编辑，然后重新发送。可见，在本发明实施例中，用户只需要对已发送消息中存在错误的部分内容进行编辑，而不是已发送消息的全部内容，节省了发送者的编辑时间；另外，在发送时会将已修改以及未修改的部分一起发送出去，使得接收者能够看到完整的、不存在笔误的一句/一段话，而不用再自行进行组合，便于阅读。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的通信过程中的消息处理设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本申请可以应用于计算机***/服务器，其可与众多其它通用或专用计算***环境或配置一起操作。适于与计算机***/服务器一起使用的众所周知的计算***、环境和/或配置的例子包括但不限于：个人计算机***、服务器计算机***、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的***、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机***﹑大型计算机***和包括上述任何***的分布式云计算技术环境，等等。计算机***/服务器可以在由计算机***执行的计算机***可执行指令（诸如程序模块）的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机***/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算***存储介质上。

Claims (20)

1.一种即时通信过程中的消息处理方法，包括：

在即时通信显示窗口中显示已发送消息以及已接收消息；

接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

2.如权利要求1所述的方法，所述将编辑修改后的消息内容发送到消息接收方，使其显示在所述接收方的显示窗口中包括：

将所述编辑修改后的消息内容发送到服务器，以便由所述服务器将所述编辑修改后的消息内容发送到接收方，进而由接收方将所述编辑修改后的消息内容显示到接收方的显示窗口中。

3.如权利要求1所述的方法，所述将所述编辑修改后的消息内容显示在所述接收方的显示窗口中包括：

将所述编辑修改后的消息内容显示在所述目标已发送消息的下方。

4.如权利要求3所述的方法，还包括：

判断所述目标已发送消息是否显示在接收方显示窗口的用户可视区域内；

如果未显示在接收方显示窗口的用户可视区域内，则移动接收方显示窗口的滚动条，以便将所述目标已发送消息及所述编辑修改后的消息内容显示在接收方显示窗口的用户可视区域内。

5.如权利要求3所述的方法，还包括：

将所述编辑修改后的消息内容与所述目标已发送消息进行区别显示。

6.如权利要求1所述的方法，所述将所述编辑修改后的消息内容显示在所述接收方的显示窗口中包括：

用所述编辑修改后的消息内容覆盖接收方显示窗口中的所述目标已发送消息。

7.如权利要求1所述的方法，还包括：

为编辑修改后的消息内容生成显示修改历史的操作入口；

当通过所述显示修改历史的操作入口接收到显示修改历史的请求时，显示该条消息内容的修改历史。

8.如权利要求1所述的方法，所述接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息包括：

通过预置的第一消息修改入口接收修改请求，将最近发送的一条消息确定为所述目标已发送消息。

9.如权利要求1所述的方法，所述接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息包括：

分别为各条已发送消息生成第二消息修改入口；

当通过某第二消息修改入口接收到用户的修改请求时，将该第二消息修改入口对应的消息条目确定为所述目标已发送消息。

10.如权利要求1所述的方法，所述目标已发送消息包括群组交流消息中的已发送消息。

11.一种即时通信过程中的消息处理装置，包括：

第一显示窗口显示单元，用于在即时通信显示窗口中显示已发送消息以及已接收消息；

请求接收单元，用于接收到对已发送消息进行修改的请求时，确定待修改的目标已发送消息；

编辑窗口显示单元，用于将所述目标已发送消息的内容显示在即时通信编辑窗口中，并接收用户在编辑窗口中对所述目标已发送消息的内容的编辑修改；

第二显示窗口显示单元，用于将编辑修改后的消息内容发送到消息接收方，将所述编辑修改后的消息内容显示在所述接收方的显示窗口中。

12.如权利要求11所述的装置，所述第二显示窗口显示单元包括：

转发子单元，用于将所述编辑修改后的消息内容发送到服务器，以便由所述服务器将所述编辑修改后的消息内容发送到接收方，进而由接收方将所述编辑修改后的消息内容显示到接收方的显示窗口中。

13.如权利要求11所述的装置，所述第二显示窗口显示单元包括：

分别显示子单元，用于将所述编辑修改后的消息内容显示在所述目标已发送消息的下方。

14.如权利要求13所述的装置，还包括：

判断单元，用于判断所述目标已发送消息是否显示在接收方显示窗口的用户可视区域内；

滚动显示单元，用于如果未显示在接收方显示窗口的用户可视区域内，则移动接收方显示窗口的滚动条，以便将所述目标已发送消息及所述修改后的消息内容显示在接收方显示窗口的用户可视区域内。

15.如权利要求13所述的装置，还包括：

区别显示单元，用于将所述编辑修改后的消息内容与所述目标已发送消息进行区别显示。

16.如权利要求11所述的装置，所述第二显示窗口显示单元包括：

覆盖显示子单元，用于用所述编辑修改后的消息内容覆盖接收方显示窗口中的所述目标已发送消息。

17.如权利要求16所述的装置，还包括：

显示入口生成单元，用于为编辑修改后的消息内容生成显示修改历史的操作入口；

修改历史显示单元，用于当通过所述显示修改历史的操作入口接收到显示修改历史的请求时，显示该条消息内容的修改历史。

18.如权利要求11所述的装置，所述请求接收单元包括：

第一接收子单元，用于通过预置的第一消息修改入口接收修改请求，将最近发送的一条消息确定为所述目标已发送消息。

19.如权利要求11所述的装置，所述请求接收单元包括：

修改入口生成子单元，用于分别为各条已发送消息生成第二消息修改入口；

第二接收子单元，用于当通过某第二消息修改入口接收到用户的修改请求时，将该第二消息修改入口对应的消息条目确定为所述目标已发送消息。

20.如权利要求11所述的装置，所述目标已发送消息包括群组交流消息中的已发送消息。

Images