一种消息处理方法、系统、第一终端及第二终端与流程

本发明涉及通讯技术，尤其涉及一种消息处理方法、系统、第一终端及第二终端。

背景技术：

随着互联网技术的发展，智能终端的大量普及，信息分享越来越便捷，比如，用户通过社交网站或者社交应用就可以便携地进行信息分享。移动互联网时代的信息分享比传统的互联网时代更加方便。社交应用如今已经成为用户日常生活中不可或缺的一部分，越来越多的用户已形成通过社交应用进行信息分享的习惯。这种习惯是指用户在使用互联网过程中，将信息通过社交网络进行分享，加速信息传播。

将信息通过社交网络进行分享的过程中，只有得到社交群组中的所有用户或指定用户的有效反馈，形成消息的闭环反馈后，才说明消息已经由发起者侧有效地送达至接收者侧，然而，相关技术中，对于该问题，尚无有效解决方案。

技术实现要素：

有鉴于此，本发明实施例提供了一种消息处理方法、系统、第一终端及第二终端，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种消息处理方法，所述方法包括：

获取作用于第一应用的第一操作；

响应所述第一操作，进入第一应用的操作界面；

在所述第一应用的操作界面获取第二操作；

响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；

第二终端接收所述回执消息，执行所述第三操作，基于所述第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息；

第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

本发明实施例的一种消息处理系统，所述系统包括：

第一获取单元，用于获取作用于第一应用的第一操作；

第一响应单元，用于响应所述第一操作，进入第一应用的操作界面；

第二获取单元，用于在所述第一应用的操作界面获取第二操作；

第二响应单元，用于响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；

第一处理单元，用于接收所述回执消息，执行所述第三操作，基于所述第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息；

第二处理单元，用于接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

本发明实施例的一种消息处理方法，所述方法包括：

获取作用于第一应用的第一操作；

响应所述第一操作，进入第一应用的操作界面；

在所述第一应用的操作界面获取第二操作；

响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；

接收第二终端反馈的第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，所述第一提示消息中封装有消息操作状态，所述消息操作状态为在第二终端接收所述回执消息后基于第三操作所生成的状态；

解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果；

获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

本发明实施例的一种第一终端，所述第一终端包括：

第一获取单元，用于获取作用于第一应用的第一操作；

第一响应单元，用于响应所述第一操作，进入第一应用的操作界面；

第二获取单元，用于在所述第一应用的操作界面获取第二操作；

第二响应单元，用于响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；

第一处理单元，用于接收第二终端反馈的第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，所述第一提示消息中封装有消息操作状态，所述消息操作状态为在第二终端接收所述回执消息后基于第三操作所生成的状态；

第二处理单元，用于解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果；

获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

本发明实施例的一种消息处理方法，所述方法包括：

接收第一终端发送的回执消息，所述回执消息是在第一终端触发开启消息回执功能后由第一终端所创建；

执行第三操作，基于第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，向第一终端反馈所述第一提示消息，使得第一终端接收所述第一提示消息，在第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果，在获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

本发明实施例的一种第二终端，所述第二终端包括：

接收单元，用于接收第一终端发送的回执消息，所述回执消息是在第一终端触发开启消息回执功能后由第一终端所创建；

第一处理单元，用于执行第三操作，基于第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，向第一终端反馈所述第一提示消息，使得第一终端接收所述第一提示消息，在第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果，在获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

本发明实施例的消息处理方法包括：获取作用于第一应用的第一操作；响应所述第一操作，进入第一应用的操作界面；在所述第一应用的操作界面获取第二操作；响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；第二终端接收所述回执消息，执行所述第三操作，基于所述第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息；第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

采用本发明实施例，第一终端触发开启消息回执功能后，创建回执消息并发送回执消息，第二终端接收所述回执消息，生成消息操作状态(如消息已读)，将所述消息操作状态(如消息已读)封装入第一提示消息中并反馈给第一终端，第一终端接收到第一提示消息，解封装后得到所述消息操作状态(如消息已读)，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果，从而，通过第一终端与第二终端间的消息交互处理，形成了信息分享的消息闭环反馈，第一终端作为消息发起者一方，可以明确知道消息已经由有效地送达至第一终端，即消息接收者一侧，且能得到消息接收者的有效反馈。

附图说明

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图；

图2为如图1所示的移动终端的通信系统示意图；

图3为本发明实施例中进行信息交互的各方硬件实体的示意图；

图4为应用本发明实施例的终端用户界面示意图；

图5为应用本发明实施例的社交应用所能提供可选的各项服务的示意图；

图6为应用本发明实施例的社交应用一个可选用户分组的示意图；

图7、8、10为应用本发明实施例的基于回执消息的交互操作生成的用户界面示意图；

图9为本发明实施例一的方法实现流程图；

图11为本发明实施例三的模块组成结构示意图；

图12为应用本发明实施例的回执消息修改过程中消息体结构示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明实施例的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

在下面的详细说明中，陈述了众多的具体细节，以便彻底理解本发明。不过，对于本领域的普通技术人员来说，显然可在没有这些具体细节的情况下实践本发明。在其他情况下，没有详细说明公开的公知方法、过程、组件、电路和网络，以避免不必要地使实施例的各个方面模糊不清。

另外，本文中尽管多次采用术语“第一”、“第二”等来描述各种元件(或各种阈值或各种应用或各种指令或各种操作)等，不过这些元件(或阈值或应用或指令或操作)不应受这些术语的限制。这些术语只是用于区分一个元件(或阈值或应用或指令或操作)和另一个元件(或阈值或应用或指令或操作)。例如，第一操作可以被称为第二操作，第二操作也可以被称为第一操作，而不脱离本发明的范围，第一操作和第二操作都是操作，只是二者并不是相同的操作而已。

本发明实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本发明实施例中的步骤描述只是可选的顺序组合，并不代表本发明实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本发明的限制。

本发明实施例中的术语“和/或”指的是包括相关联的列举项目中的一个或多个的任何和全部的可能组合。还要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。

本发明实施例的智能终端(如移动终端)可以以各种形式来实施。例如，本发明实施例中描述的移动终端可以包括诸如移动电话、智能电话、笔记本电脑、平板电脑(PAD)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图。

移动终端100可以包括通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、回执消息发送/接收处理单元140、输出单元150、存储单元160、接口单元170、处理单元180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，通信单元具体为无线通信单元时可以包括广播接收单元111、移动通信单元112、无线互联网单元113、短程通信单元114和位置信息单元115中的至少一个，这些单元是可选的，根据不同需求可以增删。其中，广播接收单元111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。移动通信单元112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。无线互联网单元113支持移动终端的无线互联网接入。该单元可以内部或外部地耦接到终端。短程通信单元114是用于支持短程通信的单元。位置信息单元115是用于检查或获取移动终端的位置信息的单元。位置信息单元115的典型示例是全球定位系统(GPS，Global Positioning System)。A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储单元160(或其它存储介质)中或者经由通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。

文中为了描述方便，将第一终端表示为回执消息发送方一侧的终端，将第二终端表示为回执消息接收方一侧的终端。在实际应用中，不限于这里的名称限定，第一终端和第二终端都可以既作为回执消息发送端使用，也可以作为回执消息接收端使用。若将第一终端和第二终端统称为如图1所示的终端时，作为回执消息发送端时，该终端也可以称为本端终端或本端，作为回执消息接收端时，该终端也可以称为对端终端或对端。

如图1所示的终端中所包含的回执消息发送/接收处理单元140，当终端作为回执消息发送端使用时，其一个具体实例包括：第一获取单元，用于获取作用于第一应用的第一操作；第一响应单元，用于响应所述第一操作，进入第一应用的操作界面；第二获取单元，用于在所述第一应用的操作界面获取第二操作；第二响应单元，用于响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；第一处理单元，用于接收第二终端反馈的第一提示消息，所述第一提示消息中封装有消息操作状态，所述消息操作状态为在第二终端接收所述回执消息后基于第三操作所生成的状态；及第二处理单元，用于接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

如图1所示的终端中所包含的回执消息发送/接收处理单元140，当终端作为回执消息接收端使用时，其一个具体实例包括：接收单元，用于接收第一终端发送的回执消息，所述回执消息是在第一终端触发开启消息回执功能后由第一终端所创建；第一处理单元，用于执行第三操作，基于第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，向第一终端反馈所述第一提示消息，使得第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别单元的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出单元152等等。其中，显示单元151可以显示在移动终端100中处理的信息。例如，移动终端100可以显示相关用户界面(UI，User Interface)或图形用户界面(GUI，Graphical User Interface)。

音频输出单元152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将通信单元110接收的或者在存储单元160中存储的音频数据转换音频信号并且输出为声音。

存储单元160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM，Random Access Memory)、静态随机访问存储器(SRAM，Static Random Access Memory)、只读存储器(ROM，Read Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read Only Memory)、可编程只读存储器(PROM，Programmable Read Only Memory)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储单元160的存储功能的网络存储装置协作。

处理单元180通常控制移动终端的总体操作。电源单元190在处理单元180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理器(DSP，Digital Signal Processing)、数字信号处理装置(DSPD，Digital Signal Processing Device)、可编程逻辑装置(PLD，Programmable Logic Device)、现场可编程门阵列(FPGA，Field Programmable Gate Array)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件单元来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明实施例的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA，Frequency Division Multiple Access)、时分多址(TDMA，Time Division Multiple Access)、码分多址(CDMA，Code Division Multiple Access)和通用移动通信系统(UMTS，Universal Mobile Telecommunications System)(特别地，长期演进(LTE，Long Term Evolution))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS，Base Station)270、基站控制器(BSC，Base Station Controller)275和移动交换中心(MSC，Mobile Switching Center)280。MSC280被构造为与公共电话交换网络(PSTN，Public Switched Telephone Network)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站(BS，Base Station)270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC275。

每个BS 270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS，Base Transceiver Station)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者，特定BS 270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT，Broadcast Transmitter)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收单元111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个卫星300，例如可以采用全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。在图2中，描绘了多个卫星300，如图1中所示的位置信息单元115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS 270接收来自各种移动终端100的反向链路信号，接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC275。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC280与BSC275形成接口，并且BSC275相应地控制BS 270以将正向链路信号发送到移动终端100。

图3为本发明实施例中进行信息交互的各方硬件实体的示意图，图3中包括：服务器11、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备包括手机、台式机、PC机、一体机等类型。其中，终端设备中安装的所有应用或者指定的应用(如社交应用、游戏应用，地图导航应用，高铁线路应用等)。基于上述图3所示的系统来实现本发明实施例，获取作用于第一应用的第一操作，第一应用可以为图4中A1所标识的社交应用(如微信)，第一操作可以为开启第一应用(如微信)的操作，响应所述第一操作，进入第一应用(如微信)的操作界面；在所述第一应用的操作界面(如图7所示)获取第二操作，第二操作可以为作用于A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)的操作，即：第二操作是开启消息的回执功能，本发明实施例中该回执功能为非默认设置，且并非针对所有的消息，而是有选择的，对部分指定消息开启回执功能。响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息(如图8中A13所标识的回执消息)，发起会话提醒并发送所述回执消息；第二终端接收所述回执消息，执行所述第三操作，第三操作可以包括点击该回执消息，以阅读该回执消息，并不限定为“阅读”，不排除其他操作状态的可能，不仅仅限于阅读状态。基于所述第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息；第一终端接收所述第一提示消息(如图8中A14所标识的提示消息)，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

上述图3的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图3所述的系统结构，基于上述图1所述的移动终端100硬件结构、图2所述的通信系统及图3所述的系统架构，提出本发明方法各个实施例。

实施例一：

如图4所示为终端用户界面的一个实例，终端用户界面11中包含A1所标识的第一应用，可以具体为一个社交应用(如微信应用)。在信息高速发展和分享的社会中，社交应用(如微信应用)为用户的生活除了可以提供自身相关的服务(如图5所示的各项服务)，还可以提供企业级的服务，为用户的工作提供便利。具体的，在用户的生活中，通过社交应用(如微信应用)可以为事先分好的不同的消息接收成员和/或消息接收群组(如图6所示的购物，跑步，健身，旅游，商务等)中的消息接收用户进行消息的传达，通过分组的消息传达会达到将消息发到不区分用户类型的大群组中更高效快捷的作用。以此类推，在用户的工作中，也可以通过社交应用(如微信应用)可以为事先分好的不同的消息接收成员和/或消息接收群组(如市场部，会计部，游戏项目部，视频项目部等)中的消息接收用户进行消息的传达，也会达到消息传达的高效快捷作用。然而，企业级的服务不仅需要高效快捷的传达消息，还需要得到有效的反馈，即：事先分好的不同的消息接收成员和/或消息接收群组(如市场部，会计部，游戏项目部，视频项目部等)中的消息接收用户需要针对消息发送方的消息进行快捷回复，以便让消息发送方第一时间能知道消息接收用户是否收到了该消息，针对该消息有何种回复意见等等。为了达到这种针对企业服务，既能高效快捷的传达消息，也能针对消息发送方的消息进行快捷回复的目的，本发明实施例创建了一种回执消息，通过消息发送方和消息接收方针对该回执消息的一系列交互操作来实现上述目的。

至少为了达到上述目的，本发明实施例提供了一种消息处理方法，该方法包括：获取作用于终端用户界面11中A1所标识的第一应用上的第一操作，该第一应用可以具体为一个社交应用(如微信应用)，在第一终端(消息发送方)响应所述第一操作，进入第一应用的操作界面，在所述第一应用的操作界面获取第二操作，响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息。这里需要指出的是，本发明实施例中，并不是针对所有消息默认开启回执功能，因为针对所有消息默认开启回执功能，会对消息接收方造成消息狂轰乱撞的困扰，让消息接收方在海量的需要回执的消息中无从获知当前需要紧急处理并予以反即时反馈的待处理消息。本发明实施例中，只对指定的消息开启回执功能，而且，在触发开启消息回执功能，需要重新创建一个回执消息结构体，将所需要添加的消息内容加入该回执消息结构体中，如图7所示，在所述第一应用的操作界面中包含A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)，在所述第一应用的操作界面中还包含A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行文字颜色设置，文字字号大小设置，文字模式设置(如楷体，宋体，方圆，黑体等等)后再予以在该输入框中输入消息内容。消息内容输入完毕后，根据输入的消息内容和各种设置生成在第一终端侧所创建的回执消息，第一终端发送所创建的回执消息给第二终端，第二终端接收到所述回执消息，执行所述第三操作，基于所述第三操作生成消息操作状态(如消息接收用户点击该回执消息后，生成已经阅读回执)，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息给第一终端，第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

一个消息传达的交互流程如图8所示(这里，仅以两个终端的交互进行简化描述，图中忽略了服务器的后台处理)，第一终端31和第二终端32间进行交互，第一终端31作为消息发送方，第二终端32作为消息接收方，消息接收方包括一个或多个消息接收用户，一个或多个消息接收用户属于分组得到的消息接收成员和/或消息接收群组，如一个微信工作组。通过如图7所示的A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)，为指定编辑的内容创建回执消息，在A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行文字颜色设置，文字字号大小设置，文字模式设置(如楷体，宋体，方圆，黑体等等)后再予以在该输入框中输入消息内容。消息内容输入完毕后，根据输入的消息内容和各种设置生成在第一终端31侧所创建的回执消息，在如图8所示的第一终端31的应用界面中该回执消息具体以A13进行标识，在第二终端32的应用界面中，会在消息列表中收到A15所标识的提醒信息，即：提示一个消息分组“产品组”中有待阅读的新消息，用户点击该消息分组“产品组”，进入下一级页面，下一级页面中包含针对该回执消息的众多评论和/或确认和/或已阅等回复消息。在第二终端32的应用界面中，A16所标识的位置为用于定位出回执消息具体位置的入口，用户点击A16所标识的该入口，可以迅速在浩瀚的众多评论和/或确认等回复消息中定位并查询到A17所标识的该回执消息，用户可以对A17所标识的回执消息进行评论和/或确认和/或已阅的回复。这些回复是基于在第二终端32的应用界面中的一系列交互操作产生的，这些回复即为针对该回执消息的消息操作状态，消息操作状态包括评论和/或确认和/或已阅等。第二终端32将这些消息操作状态封装入第一提示消息中，反馈所述第一提示消息给第一终端，第一提示消息如图8中第一终端31应用界面中的A14所标识的内容，从中可以看出有多少人阅读了回执消息和/或有多少人评论了回执消息，有多少人未阅读和/或未评论回执消息等。第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

如图9所示为实现上述图8所示交互流程的一个步骤实现流程，如图9所示，包括以下步骤：

步骤101、第一终端获取作用于第一应用的第一操作。

步骤102、第一终端响应第一操作，进入第一应用的操作界面。

步骤103、在所述第一应用的操作界面获取第二操作。

步骤104、第一终端响应第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息。

步骤105、第二终端接收回执消息，执行第三操作，基于第三操作生成消息操作状态，将消息操作状态封装入第一提示消息中，反馈第一提示消息。

步骤106、第一终端接收第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

步骤107、获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

实施例二：

本发明实施例提供了一种消息处理方法，该方法包括：获取作用于终端用户界面11中A1所标识的第一应用上的第一操作，该第一应用可以具体为一个社交应用(如微信应用)，在第一终端(消息发送方)响应所述第一操作，进入第一应用的操作界面，在所述第一应用的操作界面获取第二操作，响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息。这里需要指出的是，本发明实施例中，并不是针对所有消息默认开启回执功能，因为针对所有消息默认开启回执功能，会对消息接收方造成消息狂轰乱撞的困扰，让消息接收方在海量的需要回执的消息中无从获知当前需要紧急处理并予以反即时反馈的待处理消息。本发明实施例中，只对指定的消息开启回执功能，而且，在触发开启消息回执功能，需要重新创建一个回执消息结构体，将所需要添加的消息内容加入该回执消息结构体中，如图7所示，在所述第一应用的操作界面中包含A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)，在所述第一应用的操作界面中还包含A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行文字颜色设置，文字字号大小设置，文字模式设置(如楷体，宋体，方圆，黑体等等)后再予以在该输入框中输入消息内容。消息内容输入完毕后，根据输入的消息内容和各种设置生成在第一终端侧所创建的回执消息，第一终端发送所创建的回执消息给第二终端，第二终端接收到所述回执消息，执行所述第三操作，基于所述第三操作生成消息操作状态(如消息接收用户点击该回执消息后，生成已经阅读回执)，将所述消息操作状态封装入第一提示消息中，反馈所述第一提示消息给第一终端，第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

一个消息传达的交互流程包括：将第一终端作为消息发送方，将第二终端作为消息接收方，消息接收方包括一个或多个消息接收用户，一个或多个消息接收用户属于分组得到的消息接收成员和/或消息接收群组，如一个微信工作组。通过如图7所示的A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态，如也可以称为回执消息的回执属性标识)。为指定编辑的内容创建回执消息，在A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行按照预设规则执行的各种设置，这些设置包括系统默认提供的设置选项，也可以包括用户自定义设置的选项，系统默认提供的设置选项中，可以是：对文字颜色的设置，对文字字号大小的设置，对文字模式的设置(如楷体，宋体，方圆，黑体等等)，对行距的设置等等，之后，再予以在该输入框中输入消息内容。消息内容输入完毕后，根据输入的消息内容和各种设置生成在第一终端侧所创建的回执消息，在如图8所示的第一终端的应用界面中该回执消息具体以A13进行标识，在第二终端32的应用界面中，会在消息列表中收到A15所标识的提醒信息，所述第一提示信息用于提示第二终端已经收到针对所述当前消息交互会话的回执消息，即：提示一个消息分组“产品组”中有待阅读的新消息，用户点击该消息分组“产品组”，进入按照时间顺序排列的消息列表页面，消息列表页面中包含针对该回执消息的众多评论和/或确认和/或已阅等回复消息。在第二终端32的应用界面中，A16所标识的位置为用于定位出回执消息具体位置的入口，该回执消息具体位置的入口的实现形式可以为该消息列表页面中的第二提示信息，该第二提示信息为切换到所述回执消息所在位置的跳转入口，则获取作用于所述第二提示信息的触控操作，跳转到所述消息列表中回执消息所在位置，如用户点击A16所标识的该入口，可以迅速在浩瀚的众多评论和/或确认等回复消息中定位并查询到A17所标识的该回执消息，用户可以对A17所标识的该回执消息进行评论和/或确认和/或已阅的回复。这些回复是基于在第二终端32的应用界面中的一系列交互操作产生的，这些回复即为针对该回执消息的消息操作状态，消息操作状态包括评论和/或确认和/或已阅等。第二终端32将这些消息操作状态封装入第一提示消息中，反馈所述第一提示消息给第一终端，第一提示消息如图8中第一终端31应用界面中的A14所标识的内容，从中可以看出有多少人阅读了回执消息和/或有多少人评论了回执消息，有多少人未阅读和/或未评论回执消息等。第一终端接收所述第一提示消息，解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果，比如，根据所述表征回执消息已阅读的回执状态，显示出所述当前消息交互会话中的群组成员中，有N个成员已阅读过所述回执消息，有M个成员未阅读所述回执消息；所述N，M均为大于1的自然数；或者，根据所述表征回执消息已阅读的回执状态，显示出所述当前消息交互会话中的群组成员中，全部成员已阅读过所述回执消息。

在本发明实施例一实施方式中，所述方法还包括：获取作用于所述第一提示消息的触控操作，进入回执详情列表，回执详情列表如图10所示(通过左侧的第一终端应用界面的A14所标识的第一提示消息上的触控操作，得到右侧的回执详情列表)，根据回执详情列表中成员是否阅读回执消息的整体情况汇总，查询到未阅读所述回执消息的成员，并将其编辑入消息再次发送队列中；再次发起会话提醒，并将回执消息发送给所述消息再次发送队列中的成员。

这里需要指出的是，在第一终端侧，还引入了时间元素，如某个时间段消息发送方收到了几个回执消息或某个时间点消息发送方收到了某个回执消息，这种时间元素的引入，可以更方便的在浩瀚的消息，尤其是回执消息的回执中快速通过搜索时间元素来快速定位到所需要的回执消息的具体操作结果。

实施例三：

本发明实施例的一种消息处理系统，如图11所示，所述系统包括：第一终端41、第二终端42，及服务器43，服务器43用于对第一终端41和第二终端42交互时得到的中间处理结果进行处理，以及为第一终端41和第二终端42提供数据源。其中，第一终端41包括：第一获取单元411，用于获取作用于第一应用的第一操作；第一响应单元412，用于响应所述第一操作，进入第一应用的操作界面；第二获取单元413，用于在所述第一应用的操作界面获取第二操作；第二响应单元414，用于响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息；及第二处理单元415，用于接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

所述消息处理系统，如图11所示，还包括：第三获取单元416，用于获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。第二终端42包括：接收单元421，用于接收第一终端发送的回执消息，所述回执消息是在第一终端触发开启消息回执功能后由第一终端所创建；及第一处理单元422，用于执行第三操作，基于第三操作生成消息操作状态，将所述消息操作状态封装入第一提示消息中，向第一终端反馈所述第一提示消息，使得第一终端接收所述第一提示消息，在所述第一应用的操作界面中同时显示所述回执消息和所述第一提示消息，对所述第一提示消息解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果，获取作用于所述第一提示消息的触控操作，进入回执详情列表，在所述回执详情列表中包含成员是否阅读回执消息的整体情况汇总。

这里，如图4所示为终端用户界面的一个实例，终端用户界面11中包含A1所标识的第一应用，可以具体为一个社交应用(如微信应用)。在信息高速发展和分享的社会中，社交应用(如微信应用)为用户的生活除了可以提供自身相关的服务(如图5所示的各项服务)，还可以提供企业级的服务，为用户的工作提供便利。具体的，在用户的生活中，通过社交应用(如微信应用)可以为事先分好的不同的消息接收成员和/或消息接收群组(如图6所示的购物，跑步，健身，旅游，商务等)中的消息接收用户进行消息的传达，通过分组的消息传达会达到将消息发到不区分用户类型的大群组中更高效快捷的作用。以此类推，在用户的工作中，也可以通过社交应用(如微信应用)可以为事先分好的不同的消息接收成员和/或消息接收群组(如市场部，会计部，游戏项目部，视频项目部等)中的消息接收用户进行消息的传达，也会达到消息传达的高效快捷作用。然而，企业级的服务不仅需要高效快捷的传达消息，还需要得到有效的反馈，即：事先分好的不同的消息接收成员和/或消息接收群组(如市场部，会计部，游戏项目部，视频项目部等)中的消息接收用户需要针对消息发送方的消息进行快捷回复，以便让消息发送方第一时间能知道消息接收用户是否收到了该消息，针对该消息有何种回复意见等等。为了达到这种针对企业服务，既能高效快捷的传达消息，也能针对消息发送方的消息进行快捷回复的目的，本发明实施例创建了一种回执消息，通过消息发送方和消息接收方针对该回执消息的一系列交互操作来实现上述目的。至少为了达到上述目的，本发明实施例提供了上述消息处理系统，在第一终端通过第一获取单元来获取作用于终端用户界面11中A1所标识的第一应用上的第一操作，该第一应用可以具体为一个社交应用(如微信应用)，通过第一响应单元来响应所述第一操作，进入第一应用的操作界面，通过第二获取单元在所述第一应用的操作界面获取第二操作，通过第二响应单元来响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息。这里需要指出的是，本发明实施例中，并不是针对所有消息默认开启回执功能，因为针对所有消息默认开启回执功能，会对消息接收方造成消息狂轰乱撞的困扰，让消息接收方在海量的需要回执的消息中无从获知当前需要紧急处理并予以反即时反馈的待处理消息。本发明实施例中，只对指定的消息开启回执功能，而且，在触发开启消息回执功能，需要重新创建一个回执消息结构体，将所需要添加的消息内容加入该回执消息结构体中，如图7所示，在所述第一应用的操作界面中包含A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)，在所述第一应用的操作界面中还包含A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行文字颜色设置，文字字号大小设置，文字模式设置(如楷体，宋体，方圆，黑体等等)后再予以在该输入框中输入消息内容。消息内容输入完毕后，通过第二处理单元来根据输入的消息内容和各种设置生成在第一终端侧所创建的回执消息，通过第二处理单元发送所创建的回执消息给第二终端的接收单元，接收单元接收到所述回执消息，通过第一处理单元来执行所述第三操作，基于所述第三操作生成消息操作状态(如消息接收用户点击该回执消息后，生成已经阅读回执)，将所述消息操作状态封装入第一提示消息中，通过第一处理单元来反馈所述第一提示消息给第二处理单元，第二处理单元接收所述第一提示消息，解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

基于上述消息处理系统，一个消息传达的交互流程如图8所示(这里，仅以两个终端的交互进行简化描述，图中忽略了服务器的后台处理)，第一终端31和第二终端32间进行交互，第一终端31作为消息发送方，第二终端32作为消息接收方，消息接收方包括一个或多个消息接收用户，一个或多个消息接收用户属于分组得到的消息接收成员和/或消息接收群组，如一个微信工作组。通过如图7所示的A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)，为指定编辑的内容创建回执消息，在A12所标识的消息内容输入框，获取用户输入的消息内容，还可以对输入的消息内容进行文字颜色设置，文字字号大小设置，文字模式设置(如楷体，宋体，方圆，黑体等等)后再予以在该输入框中输入消息内容。消息内容输入完毕后，根据输入的消息内容和各种设置生成在第一终端31侧所创建的回执消息，在如图8所示的第一终端31的应用界面中该回执消息具体以A13进行标识”，在第二终端32的应用界面中，会在消息列表中收到A15所标识的提醒信息，即：提示一个消息分组“产品组”中有待阅读的新消息，用户点击该消息分组“产品组”，进入下一级页面，下一级页面中包含针对该回执消息的众多评论和/或确认和/或已阅等回复消息。在第二终端32的应用界面中，A16所标识的位置为用于定位出回执消息具体位置的入口，用户点击A16所标识的该入口，可以迅速在浩瀚的众多评论和/或确认等回复消息中定位并查询到A17所标识的该回执消息，用户可以对A17所标识的该回执消息进行评论和/或确认和/或已阅的回复。这些回复是基于在第二终端32的应用界面中的一系列交互操作产生的，这些回复即为针对该回执消息的消息操作状态，消息操作状态包括评论和/或确认和/或已阅等。第二终端32将这些消息操作状态封装入第一提示消息中，反馈所述第一提示消息给第一终端，第一提示消息如图8中第一终端31应用界面中的A14所标识的内容，从中可以看出有多少人阅读了回执消息和/或有多少人评论了回执消息，有多少人未阅读和/或未评论回执消息等。第一终端接收所述第一提示消息，解封装后得到所述消息操作状态，显示出处于当前消息交互会话中的群组成员针对所述回执消息的操作结果。

在本发明实施例一实施方式中，所述第二响应单元，进一步用于：在第一应用的操作界面的输入栏中，设置有回执属性标识；所述第二操作作用于所述回执属性标识时，触发开启消息回执功能，根据输入的消息内容和预设规则生成所述回执消息。

在本发明实施例一实施方式中，所述系统还包括：信息生成单元，用于在第二终端的会话列表中以标识的形式生成第一提示信息，所述第一提示信息用于提示第二终端已经收到针对所述当前消息交互会话的回执消息；第三获取单元，用于获取作用于所述第一提示信息的触控操作，进入按照时间顺序排列的消息列表，所述消息列表中的消息为针对所述回执消息的确认或评论内容。

在本发明实施例一实施方式中，所述第一处理单元，进一步用于：在所述消息列表中包含第二提示信息，所述第二提示信息为切换到所述回执消息所在位置的跳转入口；获取作用于所述第二提示信息的触控操作，跳转到所述消息列表中回执消息所在位置，查询到所述回执消息；对所述回执消息执行阅读处理，生成用于表征回执消息已阅读的回执状态并作为所述消息操作状态。

在本发明实施例一实施方式中，所述第二处理单元，进一步用于：根据所述表征回执消息已阅读的回执状态，显示出所述当前消息交互会话中的群组成员中，有N个成员已阅读过所述回执消息，有M个成员未阅读所述回执消息；所述N，M均为大于1的自然数；或者，根据所述表征回执消息已阅读的回执状态，显示出所述当前消息交互会话中的群组成员中，全部成员已阅读过所述回执消息。

在本发明实施例一实施方式中，所述系统还包括：第四获取单元，用于获取作用于所述第一提示消息的触控操作，进入回执详情列表；发送队列编辑单元，用于根据回执详情列表中成员是否阅读回执消息的整体情况汇总，查询到未阅读所述回执消息的成员，并将其编辑入消息再次发送队列中；发送单元，用于再次发起会话提醒，并将回执消息发送给所述消息再次发送队列中的成员。

这里需要指出的是，上述终端可以为PC这种电子设备，还可以为如PAD，平板电脑，手提电脑这种便携电子设备、还可以为如手机这种智能移动终端，不限于这里的描述；所述服务器可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，终端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。

其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Singnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。

这里需要指出的是：以上涉及终端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明终端和服务器实施例中未披露的技术细节，请参照本发明方法流程描述的实施例所描述内容。

以一个现实应用场景为例对本发明实施例阐述如下：

本应用场景采用本发明实施例，为回执消息的实现方案。回执消息的实现场景有多种，常用的是通过邮箱进行回复。邮件的阅读回执是很早就有的，可是邮箱是没有即时在线交互的概念的，需要通过阅读回执明确邮件的投递状态。办公环境中，用户追求的是效率和产能，需要更加快捷，能即时交互的企业办公工具，以便让消息发送方的消息可以快速，准确的触达到消息接收方。本发明实施例的回执消息实现方案是一种发送回执消息、收到回执的交互流程，可以让消息发送方的消息可以快速，准确的触达到消息接收方。

针对回执消息而言，让消息在每个人读过后，提示为已读状态。如果一段时间后，有的人还没有阅读，发送者就能方便地找出未读者，重发一遍。本应用场景采用本发明实施例，该回执功能并非默认开启，需要在每条消息发送前手动触发。接收者在接收到回执消息时也会有相应提示，既保护了消息接收者，也确保了办公场景下重要信息的触达无遗漏，能够被即时得到处理。

回执消息的重要性体现在：回执消息具备在线即时交互的消息传达快捷性，反馈性。试想在平时的工作中用户是否逃不开“收到请回复”的海量消息，不管是发送会议通知，重要工作内容周知，还是团建沟通，大家都免不了在最后加上一句“收到请回复”，然后就是微信群里显示出各种各样的回复，如“收到”，“好的”，“OK”等等。如果微信群本身小还好统计，如果群成员众多，不免陷入混沌，到底是都看到了呢，还是有人没看到呢。统计有多少条回复消息，有多少人回复了，有多少人没回复是非常浪费时间的，而且统计准确率并不高。这里有对确定不可知状态的诉求，希望通过明确群里其他人的“已知”状态，让当前工作真正有效实施。

为了回执消息能更加高效和快捷，本应用场景中采用单条回执消息，从而提高沟通效率，让每一个希望提高效率的人都可以在合宜的场景使用。

本应用场景中采用单条回执消息的实现方案，包括以下内容；

一，消息发送方对消息的阅读情况清晰可见

消息发送者在发送了回执消息之后，如图10左侧图所示中A14所标识的内容，在消息左下角有文字显示当前几人未读，从中可以看出有多少人阅读了回执消息和/或有多少人评论了回执消息，有多少人未阅读和/或未评论回执消息等。会话内任意成员阅读该消息后，会收到阅读回执，立即知道会话中哪些人已经阅读了该回执消息。并且可以通过图10右侧图中所示的“回执消息的详情”来获知整体的阅读情况，针对未阅读的人再次发起会话提醒。

二，消息接收方更难错过重要消息

如图8所示，第二终端应用界面显示的消息列表中，由A15所标识的消息列表上的提示信息会提示给用户获知：该会话有回执消息，第二终端侧的消息接收方能够明确的知道消息列表中哪一个会话收到了回执消息，点击该A15所标识的消息列表上的提示信息，进入针对该回执消息回复的页面，在该回执消息回复的页面中，按照时间顺序展示针对该回执消息各种回复内容。在该页面的右上角中，包含A16所标识的气泡，A16所标识的气泡位置为用于定位出回执消息具体位置的入口，用户点击A16所标识的该入口，跳转到回执消息的位置，从而可以迅速在浩瀚的众多评论和/或确认等回复消息中定位并查询到A17所标识的该回执消息，实现快速的找到该回执消息的目的，而不是使用户迷失在茫茫的消息海中。用户可以对A17所标识的该回执消息进行评论和/或确认和/或已阅的回复。

三，消息发送方和消息接收方的快速交互，让消息的信息量更为丰富

回执消息的整个交互过程的一个示例为：消息接收方读到该消息，将已经阅读过该消息的状态返回给消息发送方，消息发送方会收到一条系统消息的提示“**确认了你的回执消息”。原本单纯的工作内容交换，变得更为丰富，因为带入了时间元素。如果整个过程迅速，代表工作内容得到有效沟通；如果过程有延迟，可以耐心等待，而不是处于一种不知道对方是否看到了的焦急状态，或者根据工作优先级选择更为进一步的沟通方式，如再次传达一遍、打电话、或者面谈等。

四，有节制的使用方式

回执消息并非每条消息都默认开启，需要在每条消息发送前手动触发，所以每条回执消息的发送都是用户经过思考的选择。接收者消息列表上的提醒也有一定提示作用。相信用户可以根据企业文化做出合理选择。既保护了消息接收者，也确保了办公场景下重要信息的触达。用户有选择的创建回执消息的一个示意图如图7所示，在如图7所示的第一应用的操作界面中获取作用于A11所标识的“回执消息创建启动对象”(用于触发开启消息回执功能的这一交互对象并不限于这里的名称及形态)的操作。该第二操作是开启消息的回执功能，本发明实施例中该回执功能为非默认设置，且并非针对所有的消息，而是有选择的，对部分指定消息开启回执功能。响应所述第二操作，触发开启消息回执功能，在第一终端创建回执消息，发起会话提醒并发送所述回执消息

这里，针对所创建的回执消息而言，其具体实现分为两部分，回执消息的输入和自动发送已读回执。第一，对于回执消息的输入，UITextView支持NSAttributeString的展示，NSAttributeString是一种富文本字符串，可以设定字符串的颜色，行距等属性，同时可以加入自定义的属性，满足开发者特有的需求。回执消息在输入栏中有一个特殊的属性标识，用来与普通文本消息做区别。第二，对于自动发送已读回执，利用UITableCellView的layoutSubview方法，当消息列表的含有回执消息的那个cell需要调整布局时，系统会回调layoutSubview，在这个方法里面，记录了一个是否是第一次调用的状态，如果是第一次调用，就认为是UI第一次显示这个cell，则自动发送已读回执的网络请求。每条回执消息都需要保存未读人员列表和已读人员列表，所以当一个人阅读了回执，都需要去修改原消息的人员列表。为了提高消息的读写速度，采用了leveldb，也就是微信的msgkv。由于leveldb是不支持修改操作的，它只支持追加写的操作，为了解决这个问题，处理过程如图12所示，原始消息记为原始消息a，将根据原始消息a生成的新消息记为新消息b，则把原始消息a读取(get)出来后，生成一条新消息b，如B1所标识的是新消息b的消息体结构，在该消息体中存放着新的人员列表，新的人员列表按照用户交互的先后操作顺序依次以字段2，字段3，…….字段n表示不断增加的修改操作，并在消息体添加一个字段(本实例中以字段1表示)，将字段1指向原始消息a，然后把新消息b存到msgkv中。终端每次来get消息的时候，则msgkv会保证吐回的消息是最新的那条消息。一旦数据先获取get后设置(set)，在高并发的时候，必定带来一致性的问题。在群聊的时候，当多人对同一条消息进行确认回执，那么这条消息就会被多人修改，会出现覆盖写的问题。所以，后台以微英寸(uin)为单位，对消息操作进行了串行化处理，避免了这个问题。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。