CN107436816B - 一种消息送达的控制方法、系统及终端 - Google Patents

Abstract

本发明公开了一种消息送达的控制方法、系统及终端，其中，所述方法包括：响应用户在本端侧的操作创建待发送的消息；为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现；获取消息接收用户于对端上作用于所述交互页面的第一操作，将所述第一操作上报服务器；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理；接收并显示服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容。

Description

一种消息送达的控制方法、系统及终端

技术领域

本发明涉及通讯技术，尤其涉及一种消息送达的控制方法、系统及终端。

背景技术

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

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

发明内容

有鉴于此，本发明实施例希望提供一种消息送达的控制方法、系统及终端，至少解决了现有技术存在的问题。

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

本发明实施例的一种消息送达的控制方法，所述方法包括：

响应用户在本端侧的操作创建待发送的消息；

为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；

响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现；

获取消息接收用户于对端上作用于所述交互页面的第一操作，将所述第一操作上报服务器；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理；

接收并显示服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容。

本发明实施例的一种消息送达的控制系统，所述系统包括：本端终端、服务器和对端终端；其中，

所述本端终端包括：

创建单元，用于响应用户在本端侧的操作创建待发送的消息；

设置单元，用于为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；

发送单元，用于响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现；

所述对端终端包括：

获取单元，用于获取消息接收用户于对端上作用于所述交互页面的第一操作，将所述第一操作上报服务器；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理；

所述服务器，包括：

处理单元，用于记录所述第一操作并进行处理，所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理，将处理得到的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容反馈给本端终端。

本发明实施例的一种消息送达的控制方法，所述方法包括：

响应用户在本端侧的操作创建待发送的消息；

为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；

响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现。

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

创建单元，用于响应用户在本端侧的操作创建待发送的消息；

设置单元，用于为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；

发送单元，用于响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现。

本发明实施例的信息处理方法包括：响应用户在本端侧的操作创建待发送的消息；为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现；获取消息接收用户于对端上作用于所述交互页面的第一操作，将所述第一操作上报服务器；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理；接收并显示服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容。

采用本发明实施例，为创建的待发送消息设置对端的消息接收成员或群组、操作状态和/或处理权限后，将所述待发送消息通过社交应用分享给对端，并将分享所指向的交互页面呈现给对端，获取对端作用于所述交互页面的第一操作，将包括操作状态和/或处理权限的第一操作上报服务器进行记录，在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容，由于设置了对端的消息接收成员或群组、操作状态和/或对端处理权限，针对分享的交互页面能收到针对该对端操作状态和/或对端处理权限的反馈，因此，形成了信息分享的消息闭环反馈，说明消息已经由发起者侧有效地送达至接收者侧，得到了消息接收成员或群组中的所有消息接收用户或指定消息接收用户的有效反馈，从而本端根据所述消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容可以对发送给对端的消息进行控制。

附图说明

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

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

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

图4为应用本发明实施例的交互页面相关示意图；

图5为本发明实施例一的实现流程示意图；

图6为应用本发明实施例中选择开启社交应用的用户界面示意图；

图7-11为应用本发明实施例的各种消息类型的界面示意图；

图12为本发明实施例三的终端与服务器进行信息交互的流程示意图；

图13为本发明实施例中社交应用所能提供多元化服务的示意图；

图14为本发明实施例中通过社交应用划分多元化社交群组的示意图；

图15为应用本发明实施例一应用场景中消息系统架构示意图；

图16为应用本发明实施例一应用场景中消息使用流程示意图。

具体实施方式

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

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

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

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

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

本发明实施例的智能终端(如移动终端)可以以各种形式来实施。例如，本发明实施例中描述的移动终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD)、便携式多媒体播放器(PMP，Portable Media Player)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

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

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

通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信(如果将移动终端用固定终端代替，也可以通过有线方式进行电通信)。例如，通信单元具体为无线通信单元时可以包括广播接收单元111、移动通信单元112、无线互联网单元113、短程通信单元114和位置信息单元115中的至少一个，这些单元是可选的，根据不同需求可以增删。

广播接收单元111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信单元112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB，Digital Multimedia Broadcasting)的电子节目指南(EPG，Electronic Program Guide)、数字视频广播手持(DVB-H，Digital Video Broadcasting-Handheld)的电子服务指南(ESG，Electronic Service Guide)等等的形式而存在。广播接收单元111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收单元111可以通过使用诸如多媒体广播-地面(DMB-T，Digital Multimedia Broadcasting-Terrestrial)、数字多媒体广播-卫星(DMB-S，Digital Multimedia Broadcasting-Satellite)、数字视频广播手持(DVB-H)，前向链路媒体(MediaFLO，Media Forward Link Only)的数据广播系统、地面数字广播综合服务(ISDB-T，Integrated Services Digital Broadcasting-Terrestrial)等等的数字广播系统接收数字广播。广播接收单元111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收单元111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信单元112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网单元113支持移动终端的无线互联网接入。该单元可以内部或外部地耦接到终端。该单元所涉及的无线互联网接入技术可以包括无线局域网络(Wi-Fi，WLAN，Wireless Local Area Networks)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA，High Speed Downlink Packet Access)等等。

短程通信单元114是用于支持短程通信的单元。短程通信技术的一些示例包括蓝牙、射频识别(RFID，Radio Frequency Identification)、红外数据协会(IrDA，InfraredData Association)、超宽带(UWB，Ultra Wideband)、紫蜂等等。

位置信息单元115是用于检查或获取移动终端的位置信息的单元。位置信息单元的典型示例是全球定位系统(GPS，Global Positioning System)。根据当前的技术，GPS单元115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS单元115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储单元160(或其它存储介质)中或者经由通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信单元112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、鼠标、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

创建单元140，用于响应用户在本端侧的操作创建待发送的消息；设置单元141，用于为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；发送单元142，用于响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别单元的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别单元可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别单元(UIM，User Identify Module)、客户识别单元(SIM，Subscriber Identity Module)、通用客户识别单元(USIM，Universal SubscriberIdentity Module)等等。另外，具有识别单元的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出单元152等等。

显示单元151可以显示在移动终端100中处理的信息。例如，移动终端100可以显示如图2-3所述的相关用户界面(UI，User Interface)或图形用户界面(GUI，Graphical UserInterface)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD，LiquidCrystal Display)、薄膜晶体管LCD(TFT-LCD，Thin Film Transistor-LCD)、有机发光二极管(OLED，Organic Light-Emitting Diode)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为透明有机发光二极管(TOLED)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出单元152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出单元152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元152可以包括扬声器、蜂鸣器等等。

存储单元160可以存储由处理单元180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储单元160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

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

处理单元180通常控制移动终端的总体操作。例如，处理单元180执行与语音通话、数据通信、视频通话等等相关的控制和处理。又如，处理单元180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

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

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

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

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

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

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

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS，BaseStation)270、基站控制器(BSC，Base Station Controller)275和移动交换中心(MSC，Mobile Switching Center)280。MSC280被构造为与公共电话交换网络(PSTN，PublicSwitched Telephone Network)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站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的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS 270以将正向链路信号发送到移动终端100。

移动终端中通信单元110的移动通信单元112基于移动终端内置的接入移动通信网络(如2G/3G/4G等移动通信网络)的必要数据(包括用户识别信息和鉴权信息)接入移动通信网络为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)。

通信单元110的无线互联网单元113通过运行无线热点的相关协议功能而实现无线热点的功能，无线热点支持多个移动终端(移动终端之外的任意移动终端)接入，通过复用移动通信单元112与移动通信网络之间的移动通信连接为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)，由于移动终端实质上是复用移动终端与通信网络之间的移动通信连接传输移动通信数据的，因此移动终端消耗的移动通信数据的流量由通信网络侧的计费实体计入移动终端的通信资费，从而消耗移动终端签约使用的通信资费中包括的移动通信数据的数据流量。

图3为本发明实施例中进行信息交互的各方硬件实体的示意图，图5中包括：服务器11、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备包括手机、台式机、PC机、一体机等类型。其中，终端设备作为发送侧，需要通过社交应用(如微信应用)发送消息，且需确保该消息给有效的传达给接收侧，收到接收侧的反馈视为一次消息的有效传达。采用本发明实施例，基于上述图3所示的系统，在本端根据消息内容创建待发送的消息；在本端为所述待发送的消息设置对端的消息接收成员或群组、对端的操作状态和/或对端的处理权限；本端将所述待发送消息通过社交应用分享给对端，并将分享所指向的交互页面呈现给对端；获取对端作用于所述交互页面的第一操作，将第一操作上报服务器进行记录；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理；在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容；本端根据所述执行结果或执行内容对发送给对端的消息进行控制。

这里需要指出的是：本端指作为消息发送端的终端设备，当终端设备作为消息发送端时，简称为“本端”，在消息发送端需要创建待发送消息，并为其设置回执状态和/或访问权限。对端指作为消息接收端的终端设备，当终端设备作为消息接收端时，简称为“对端”，在消息接收端收到待发送消息，先查看是否有访问权限，如果有访问权限，则可以阅读本端分享给对端的待发送消息，否则，不予提供阅读。

可选的分享方式，可以是本端通过社交应用(如微信)将待发送消息以H5页面的形式展示于对端。本端的待发送消息的权限设置为对当前社交应用群组可以查看(比如，包括消息发起人在内的6人微信工作组)时，无论对端是属于该6人微信工作组，还是不属于该6人微信工作组，都可以查看该待发送消息，并提供已读回执给本端，区别是：属于该6人微信工作组的用户，可以阅读该待发送消息，而不属于该6人微信工作组的用户，不可以阅读该待发送消息，如图4所示，A11所标识的页面即为H5页面，对属于该6人微信工作组的用户开放阅读权限，A11’所标识的页面会针对不属于该6人微信工作组的用户发出提示，提示该用户不具备阅读权限，其原因是：由于该用户不属于该6人微信工作组，不具备访问权限，访问权限仅对于属于该6人微信工作组的用户开放。

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

实施例一：

本发明实施例提供了一种信息处理方法，如图5所示，所述方法包括：响应用户在本端侧的操作创建待发送的消息(如步骤101所示)。一个应用场景中，如图6所示，手机11的用户界面为：由计算机可执行指令通过计算机通信接口传输给终端显示单元后在终端显示单元上渲染所得到的终端用户界面。在终端用户界面中，包含至少一个应用图标，如图6所示的各种类型的应用图标，如A1标识的社交应用图标(如微信)，功能设置图标，邮件收发图标等等，用户执行选中应用的触控操作，如用手指点击A1标识的社交应用图标(如微信)，进入社交应用的用户界面，从而触发创建待发送消息及其分享等一系列处理。在本端为所述待发送消息设置对端的消息接收成员或群组、对端的操作状态和/或对端的处理权限(如步骤102所示)，其中，消息接收成员或群组中包括至少一个消息接收用户。本端将所述待发送消息通过社交应用的展示空间或页面分享给对端，并将分享所指向的交互页面(如图4中A11所标识的页面，该页面可以针对用户的各种操作与用户间实现信息交互)呈现给对端(如步骤103所示)。获取对端作用于所述交互页面的第一操作，将第一操作上报服务器进行记录；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理(如步骤104所示)。服务器反馈消息接收用户于对端上对所述消息所进行的操作和/或处理给本端(如步骤105所示)。在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容(如步骤106所示)。本端根据所述执行结果或执行内容对发送给对端的消息进行控制(如步骤106所示)。采用本发明实施例，以社交应用为微信为例，为微信的消息会话增加消息回执和权限控制的能力。将用户发送的消息以微信分享的形式发送到微信群或朋友圈，通过分享所指向的H5页面完成消息富媒体的展示与交互，通过记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制，确保消息发送端要传达的重要消息不遗漏地送达到每一个消息接收端，并获得有效地回应。从而，本端可以收到对端(如微信群组中的所有用户或指定用户)的有效反馈，形成消息的闭环反馈，说明消息已经由发起者侧有效地送达至接收者侧。

通过分享所指向的H5页面，可以提供更加丰富的消息富媒体展示方式和消息互动方式，同时可以根据特定场景提供更有针对性的信息沟通方法，具体的，消息发送端(即本端)发送的上述消息可以是任意种类的信息，例如图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等，如图7-11所示，其中，图7为图文类消息，图文类消息指：发送内容只包含图片和文字的消息。图8为语音类消息，所述语音类消息指：发送内容主要包含语音的消息。图9为文件类消息，所述文件类消息指：发送内容主要为文件的消息。图10为公告类消息，所述公告类消息指：发送内容为公告的消息。图11为任务类消息，所述任务类消息指：发送内容为任务的消息。需要对这些消息抽象出两大类公共属性，一类用于解决消息回执的问题，消息的回执状态是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过回执状态，发送者可以清楚地掌握消息的阅读和确认情况。另一类用于解决权限可控的问题，消息的权限也是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过可以控制阅读和操作的权限，发送者可以精确的完成消息的定向发送。同时通过改变消息的状态，还可以实现消息的随时撤回功能。对于消息的回执状态和权限可控的问题会在后续的实施例具体阐述。

在本发明实施例一实施方式中，所述在本端为所述待发送消息设置对端的消息接收成员或群组、对端的操作状态和/或对端的处理权限，包括：1)设置消息接收成员或群组中的至少一个消息接收用户；2)设置所述对端操作状态为：需要对端反馈对所述待发送消息是否已读的回执状态和/或是否已确认的回执状态；3)设置所述对端处理权限为：限制消息可见人员为指定社交群组中的至少一个用户。

针对第1)而言，所述消息接收成员或群组包括至少一个消息接收用户。

针对第2)而言，所述已读的回执状态为默认设置，可以称为是隐式设置，已读状态是默认的选项，无需用户进行设置；而所述已确认的回执状态需要用户预先进行设置，相比较来说，可以称为显式设置。

具体来说，所述已读回执状态为一种自动记录的状态，确认为用户主动告知记录的状态。具体来说，已读状态，是只要用户点开过分享的消息，就自动将该用户记录为已读，这是一个静默完成的行为。已读状态的目的是真实的反馈接收者的阅读情况，接收者不可抵赖。而确认状态是接收者主动设置的一个状态，其作用在于反映接收者对该消息的显示反馈行为(相对于已读的隐式设置“无需用户进行设置”)。确认状态是用户DIY设置的选项，需要用户自己预先进行设置。

除了这两个状态，针对特定场景还可以为消息提供更多的状态。例如任务是否完成的状态，文件是否被某人下载的状态等。

针对第3)而言，针对操作处理权限而言，对任何消息类型的待发送消息都支持对指定人员或所有人员设置阅读权限、和/或操作处理权限；所述消息类型至少包括如图7-11所示的图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种。权限控制能力是任何类型消息都可以指定人员具有查看和操作权限，同时可以通过撤回状态实现任意时刻的消息撤回功能。

具体来说，消息的权限控制主要包括可以阅读的用户范围(阅读权限)和可以操作的用户范围(操作权限)。其中阅读权限是指可以查看分享H5页面内容的权限(即：可以阅读，文件有只读属性，而不能接受文件修改处理)，而操作权限是指对内容富媒体的高阶互动权限，例如文件的下载权限。

一个示例为：当用户使用本方案中的消息系统来完成财务报表的下发时，用户首先创建文件类型的消息，然后限制可见人员为微信群里的用户，最后发送到微信工作群中。当会计查看该分享后，便可立即在消息的回执列表中反映出已读状态，同时在会计读完报表后，可以主动确认，这也会及时的在回执列表中更新。而如果微信工作群中的某人将该分享转发给别人时，由于该人不在可查看列表(如上述微信工作群)中，即便可以点击该分享，在打开的H5页面中也不会展示消息的任何内容。

需要指出的是，对于消息的阅读权限和操作权限除了通过设置相应的有权限人员外，这些权限还受到消息本身状态的影响。例如发送者发出消息后，可以将消息改为撤回状态，撤回后消息对任何人都不可阅读及不可操作。

在本发明实施例一实施方式中，所述在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容，包括：当对端作用于所述交互页面的第一操作触发上报，服务器记录所述第一操作后，在本端的消息回执列表中显示已读状态和/或已确认状态。之后，所述本端根据所述执行结果或执行内容对发送给对端的消息进行控制，具体包括：根据所述已读状态和/或已确认状态定位到进行反馈的至少一个消息接收用户，以检测所述进行反馈的至少一个消息接收用户是否为指定消息接收成员或群组中的消息接收用户，如果是，则用户反馈行为合法，对判断为合法的有权限用户，可以点击该分享，在打开的H5页面中完成消息的展示；否则，用户反馈行为非法，则有三种确保消息安全的防御策略，1)一种防御策略是：限制该非法用户不可以阅读H5页面和处理H5页面，比如，处于微信工作群中的某合法用户将该分享转发给别人时，由于该人不在可查看列表(如上述微信工作群)中，即便可以点击该分享，在打开的H5页面中也不会展示消息的任何内容。2)另一种防御策略是：修改对端访问控制权限。3)再一种防御策略是：收到所述对端操作状态反馈和/或对端处理权限反馈，判断出对端操作状态异常或超越对端处理权限时，撤回所述待发送消息，使所述待发送消息对社交群组中的所有人为不可见状态。

实施例二：

本发明实施例提供了一种信息处理方法，所述方法包括：响应用户在本端侧的操作创建待发送的消息，在消息创建的过程中，包括：1)可以根据消息的性质对消息进行分类，得到消息类型。其中，所述消息类型至少包括：图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种，不限于这里的描述，可以是任意种类的信息。举例来说，如图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等，如图7-11所示，其中，图7为图文类消息，图文类消息指：发送内容只包含图片和文字的消息。图8为语音类消息，所述语音类消息指：发送内容主要包含语音的消息。图9为文件类消息，所述文件类消息指：发送内容主要为文件的消息。图10为公告类消息，所述公告类消息指：发送内容为公告的消息。图11为任务类消息，所述任务类消息指：发送内容为任务的消息。需要对这些消息抽象出两大类公共属性，一类用于解决消息回执的问题，消息的回执状态是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过回执状态，发送者可以清楚地掌握消息的阅读和确认情况。另一类用于解决权限可控的问题，消息的权限也是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过可以控制阅读和操作的权限，发送者可以精确的完成消息的定向发送。同时通过改变消息的状态，还可以实现消息的随时撤回功能。对于消息的回执状态和权限可控的问题会在后续的实施例具体阐述。2)根据所述消息类型创建所述待发送消息。

一个应用场景中，如图6所示，手机11的用户界面为：由计算机可执行指令通过计算机通信接口传输给终端显示单元后在终端显示单元上渲染所得到的终端用户界面。在终端用户界面中，包含至少一个应用图标，如图6所示的各种类型的应用图标，如A1标识的社交应用图标(如微信)，功能设置图标，邮件收发图标等等，用户执行选中应用的触控操作，如用手指点击A1标识的社交应用图标(如微信)，进入社交应用的用户界面，从而触发创建待发送消息及其分享等一系列处理。消息创建之后，在本端为所述待发送消息设置对端的消息接收成员或群组、对端的操作状态和/或对端的处理权限，比如，对端的处理权限包括：针对所述待发送消息的阅读权限、和/或对所述待发送消息的操作处理权限。本端将所述待发送消息通过社交应用的展示空间或页面分享给对端，并将分享所指向的交互页面(如图4中A11所标识的页面，该页面可以针对用户的各种操作与用户间实现信息交互)呈现给对端。获取对端作用于所述交互页面的第一操作，将第一操作上报服务器进行记录；所述第一操作包括对端的操作状态和/或对端的处理权限。服务器反馈消息接收用户于对端上对所述消息所进行的操作和/或处理给本端给本端。在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容。本端根据所述执行结果或执行内容对发送给对端的消息进行控制。采用本发明实施例，以社交应用为微信为例，为微信的消息会话增加消息回执和权限控制的能力。将用户发送的消息以微信分享的形式发送到微信群或朋友圈，通过分享所指向的H5页面完成消息富媒体的展示与交互，同时可以根据特定场景提供更有针对性的信息沟通方法，具体的，消息发送端(即本端)发送的上述消息可以是包括如图7-11所示在内任意种类的信息，不限于举例使用的图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等。通过记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制，确保消息发送端要传达的重要消息不遗漏地送达到每一个消息接收端，并获得有效地回应。从而，本端可以收到对端(如微信群组中的所有用户或指定用户)的有效反馈，形成消息的闭环反馈，说明消息已经由发起者侧有效地送达至接收者侧。

在本发明实施例一实施方式中，本端收到所述执行结果或执行内容，判断出对端操作状态异常或超越对端处理权限时，撤回所述待发送消息，使所述待发送消息对消息接收成员或群组中的所有人为不可见状态(如撤回的消息对所有人，包括上述举例的“6人微信工作群”中的所有用户，都不具备阅读权限和操作处理权限)。

在本发明实施例一实施方式中，所述在本端为所述待发送消息设置对端的消息接收成员或群组、对端的操作状态和/或对端的处理权限，包括：1)设置消息接收成员或群组中的至少一个消息接收用户；2)设置所述对端操作状态为：需要对端反馈对所述待发送消息是否已读的回执状态和/或是否已确认的回执状态；3)设置所述对端处理权限为：限制消息可见人员为指定社交群组中的至少一个用户。

针对第1)而言，所述消息接收成员或群组包括至少一个消息接收用户。

针对第2)而言，所述已读的回执状态为默认设置，可以称为是隐式设置，已读状态是默认的选项，无需用户进行设置；而所述已确认的回执状态需要用户预先进行设置，相比较来说，可以称为显式设置。

具体来说，所述已读回执状态为一种自动记录的状态，确认为用户主动告知记录的状态。具体来说，已读状态，是只要用户点开过分享的消息，就自动将该用户记录为已读，这是一个静默完成的行为。已读状态的目的是真实的反馈接收者的阅读情况，接收者不可抵赖。而确认状态是接收者主动设置的一个状态，其作用在于反映接收者对该消息的显示反馈行为(相对于已读的隐式设置“无需用户进行设置”)。确认状态是用户DIY设置的选项，需要用户自己预先进行设置。

除了这两个状态，针对特定场景还可以为消息提供更多的状态。例如任务是否完成的状态，文件是否被某人下载的状态等。

针对第3)而言，针对操作处理权限而言，对任何消息类型的待发送消息都支持对指定人员或所有人员设置阅读权限、和/或操作处理权限；所述消息类型至少包括如图7-11所示的图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种。权限控制能力是任何类型消息都可以指定人员具有查看和操作权限，同时可以通过撤回状态实现任意时刻的消息撤回功能。

具体来说，消息的权限控制主要包括可以阅读的用户范围(阅读权限)和可以操作的用户范围(操作权限)。其中阅读权限是指可以查看分享H5页面内容的权限(即：可以阅读，文件有只读属性，而不能接受文件修改处理)，而操作权限是指对内容富媒体的高阶互动权限，例如文件的下载权限。

一个示例为：当用户使用本方案中的消息系统来完成财务报表的下发时，用户首先创建文件类型的消息，然后限制可见人员为微信群里的用户，最后发送到微信工作群中。当会计查看该分享后，便可立即在消息的回执列表中反映出已读状态，同时在会计读完报表后，可以主动确认，这也会及时的在回执列表中更新。而如果微信工作群中的某人将该分享转发给别人时，由于该人不在可查看列表(如上述微信工作群)中，即便可以点击该分享，在打开的H5页面中也不会展示消息的任何内容。

需要指出的是，对于消息的阅读权限和操作权限除了通过设置相应的有权限人员外，这些权限还受到消息本身状态的影响。例如发送者发出消息后，可以将消息改为撤回状态，撤回后消息对任何人都不可阅读及不可操作。

在本发明实施例一实施方式中，所述在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容，包括：当对端作用于所述交互页面的第一操作触发上报，服务器记录所述第一操作后，在本端的消息回执列表中显示已读状态和/或已确认状态。之后，所述本端根据所述执行结果或执行内容对发送给对端的消息进行控制，具体包括：根据所述已读状态和/或已确认状态定位到进行反馈的至少一个消息接收用户，以检测所述进行反馈的至少一个消息接收用户是否为指定消息接收成员或群组中的用户，如果是，则用户反馈行为合法，对判断为合法的有权限用户，可以点击该分享，在打开的H5页面中完成消息的展示；否则，用户反馈行为非法，则有三种确保消息安全的防御策略，1)一种防御策略是：限制该非法用户不可以阅读H5页面和处理H5页面，比如，处于微信工作群中的某合法用户将该分享转发给别人时，由于该人不在可查看列表(如上述微信工作群)中，即便可以点击该分享，在打开的H5页面中也不会展示消息的任何内容。2)另一种防御策略是：修改对端访问控制权限。3)再一种防御策略是：收到所述对端操作状态反馈和/或对端处理权限反馈，判断出对端操作状态异常或超越对端处理权限时，撤回所述待发送消息，使所述待发送消息对社交群组中的所有人为不可见状态。

实施例三：

本发明实施例提供了一种消息送达的控制系统，如图12所示，所述系统包括：本端终端11、服务器12和对端终端13；其中，

本端终端11包括：创建单元111，用于响应用户在本端侧的操作创建待发送的消息；设置单元112，用于为所述待发送的消息设置对端的消息接收成员或群组、操作状态和/或处理权限；发送单元113，用于响应用户的操作将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面进行呈现；查看单元114，用于服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容；消息控制单元115，用于根据所述执行结果或执行内容对发送给对端的消息进行控制。

服务器12，包括：处理单元121，用于记录所述第一操作并进行处理，所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理，将处理得到的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容反馈给本端终端。

对端终端13包括：获取单元131，用于获取消息接收用户于对端上作用于所述交互页面的第一操作，将所述第一操作上报服务器；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理。

一个应用场景中，如图6所示，手机11的用户界面为：由计算机可执行指令通过计算机通信接口传输给终端显示单元后在终端显示单元上渲染所得到的终端用户界面。在终端用户界面中，包含至少一个应用图标，如图6所示的各种类型的应用图标，如A1标识的社交应用图标(如微信)，功能设置图标，邮件收发图标等等，用户执行选中应用的触控操作，如用手指点击A1标识的社交应用图标(如微信)，进入社交应用的用户界面，从而通过本端终端11、服务器12和对端终端13之间的交互，触发创建待发送消息及其分享等一系列处理。

采用本发明实施例，以社交应用为微信为例，为微信的消息会话增加消息回执和权限控制的能力。将用户发送的消息以微信分享的形式发送到微信群或朋友圈，通过分享所指向的H5页面完成消息富媒体的展示与交互，通过记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制，确保消息发送端要传达的重要消息不遗漏地送达到每一个消息接收端，并获得有效地回应。从而，本端可以收到对端(如微信群组中的所有用户或指定用户)的有效反馈，形成消息的闭环反馈，说明消息已经由发起者侧有效地送达至接收者侧。

通过分享所指向的H5页面，可以提供更加丰富的消息富媒体展示方式和消息互动方式，同时可以根据特定场景提供更有针对性的信息沟通方法，具体的，消息发送端(即本端)发送的上述消息可以是任意种类的信息，例如图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等，如图7-11所示，其中，图7为图文类消息，图文类消息指：发送内容只包含图片和文字的消息。图8为语音类消息，所述语音类消息指：发送内容主要包含语音的消息。图9为文件类消息，所述文件类消息指：发送内容主要为文件的消息。图10为公告类消息，所述公告类消息指：发送内容为公告的消息。图11为任务类消息，所述任务类消息指：发送内容为任务的消息。需要对这些消息抽象出两大类公共属性，一类用于解决消息回执的问题，消息的回执状态是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过回执状态，发送者可以清楚地掌握消息的阅读和确认情况。另一类用于解决权限可控的问题，消息的权限也是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过可以控制阅读和操作的权限，发送者可以精确的完成消息的定向发送。同时通过改变消息的状态，还可以实现消息的随时撤回功能。对于消息的回执状态和权限可控的问题会在后续的实施例具体阐述。

在本发明实施例一实施方式中，所述对端的操作状态包括：用于表征对端对所述待发送消息处于已读的回执状态、和/或用于对端对所述待发送消息处于已确认的回执状态。

在本发明实施例一实施方式中，所述对端的处理权限包括：针对所述待发送消息的阅读权限、和/或对所述待发送消息的操作处理权限。

在本发明实施例一实施方式中，所述创建单元，进一步用于：根据消息的性质对消息进行分类，得到消息类型；所述消息类型至少包括：图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种；根据所述消息类型创建所述待发送消息。

在本发明实施例一实施方式中，所述系统还包括：撤回单元，用于收到所述执行结果或执行内容，判断出对端操作状态异常或超越对端处理权限时，撤回所述待发送消息，使所述待发送消息对社交群组中的所有人为不可见状态。

实施例四：

本发明实施例提供了一种消息送达的控制系统，所述系统包括：本端终端、服务器和对端终端；其中，本端终端包括：创建单元，用于根据消息的性质对消息进行分类，得到消息类型；所述消息类型至少包括如图7-11所示的图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种，根据所述消息类型创建所述待发送消息；设置单元，用于为所述待发送的消息设置对端的消息接收成员或群组，消息接收成员或群组中包括至少一个消息接收用户；设置所述对端的操作状态为：需要对端反馈对所述待发送消息是否已读的回执状态和/或是否已确认的回执状态；设置所述对端的处理权限为：限制消息可见人员为指定社交群组中的至少一个用户；发送单元，用于将所述待发送消息通过社交应用的的展示空间或页面分享给对端，并将分享所指向的交互页面呈现给对端；查看单元，用于在本端查看服务器反馈的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容；消息控制单元，用于根据所述执行结果或执行内容对发送给对端的消息进行控制。

服务器，包括：处理单元，用于记录所述第一操作并进行处理，所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理，将处理得到的消息接收用户通过所述交互页面对所述消息进行的操作和/或处理的执行结果或执行内容反馈给本端终端。

对端终端包括：获取单元，用于获取对端作用于所述交互页面的第一操作，将第一操作上报服务器进行记录；所述第一操作包括消息接收用户于对端上对所述消息所进行的操作和/或处理。

一个应用场景中，如图6所示，手机11的用户界面为：由计算机可执行指令通过计算机通信接口传输给终端显示单元后在终端显示单元上渲染所得到的终端用户界面。在终端用户界面中，包含至少一个应用图标，如图6所示的各种类型的应用图标，如A1标识的社交应用图标(如微信)，功能设置图标，邮件收发图标等等，用户执行选中应用的触控操作，如用手指点击A1标识的社交应用图标(如微信)，进入社交应用的用户界面，从而通过本端终端11、服务器12和对端终端13之间的交互，触发创建待发送消息及其分享等一系列处理。

采用本发明实施例，以社交应用为微信为例，为微信的消息会话增加消息回执和权限控制的能力。将用户发送的消息以微信分享的形式发送到微信群或朋友圈，通过分享所指向的H5页面完成消息富媒体的展示与交互，通过记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制，确保消息发送端要传达的重要消息不遗漏地送达到每一个消息接收端，并获得有效地回应。从而，本端可以收到对端(如微信群组中的所有用户或指定用户)的有效反馈，形成消息的闭环反馈，说明消息已经由发起者侧有效地送达至接收者侧。

通过分享所指向的H5页面，可以提供更加丰富的消息富媒体展示方式和消息互动方式，同时可以根据特定场景提供更有针对性的信息沟通方法，具体的，消息发送端(即本端)发送的上述消息可以是任意种类的信息，例如图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等，如图7-11所示，其中，图7为图文类消息，图文类消息指：发送内容只包含图片和文字的消息。图8为语音类消息，所述语音类消息指：发送内容主要包含语音的消息。图9为文件类消息，所述文件类消息指：发送内容主要为文件的消息。图10为公告类消息，所述公告类消息指：发送内容为公告的消息。图11为任务类消息，所述任务类消息指：发送内容为任务的消息。需要对这些消息抽象出两大类公共属性，一类用于解决消息回执的问题，消息的回执状态是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过回执状态，发送者可以清楚地掌握消息的阅读和确认情况。另一类用于解决权限可控的问题，消息的权限也是有别于当前社交应用(如微信)现有自身消息的一个区别点，通过可以控制阅读和操作的权限，发送者可以精确的完成消息的定向发送。同时通过改变消息的状态，还可以实现消息的随时撤回功能。对于消息的回执状态和权限可控的问题会在后续的实施例具体阐述。

在本发明实施例一实施方式中，所述对端的操作状态包括：用于表征对端对所述待发送消息处于已读的回执状态、和/或用于对端对所述待发送消息处于已确认的回执状态；其中，所述已读的回执状态为默认设置；所述已确认的回执状态需要用户预先进行设置。

所述已读回执状态为一种自动记录的状态，确认为用户主动告知记录的状态。具体来说，已读状态，是只要用户点开过分享的消息，就自动将该用户记录为已读，这是一个静默完成的行为。已读状态的目的是真实的反馈接收者的阅读情况，接收者不可抵赖。而确认状态是接收者主动设置的一个状态，其作用在于反映接收者对该消息的显示反馈行为(相对于已读的隐式设置“无需用户进行设置”)。确认状态是用户DIY设置的选项，需要用户自己预先进行设置。

除了这两个状态，针对特定场景还可以为消息提供更多的状态。例如任务是否完成的状态，文件是否被某人下载的状态等。

在本发明实施例一实施方式中，所述对端的处理权限包括：针对所述待发送消息的阅读权限、和/或对所述待发送消息的操作处理权限；其中，

对任何消息类型的待发送消息都支持对指定人员或所有人员设置阅读权限、和/或操作处理权限；所述消息类型至少包括如图7-11所示的图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种。权限控制能力是任何类型消息都可以指定人员具有查看和操作权限，同时可以通过撤回状态实现任意时刻的消息撤回功能。

具体来说，消息的权限控制主要包括可以阅读的用户范围(阅读权限)和可以操作的用户范围(操作权限)。其中阅读权限是指可以查看分享H5页面内容的权限(即：可以阅读，文件有只读属性，而不能接受文件修改处理)，而操作权限是指对内容富媒体的高阶互动权限，例如文件的下载权限。

在本发明实施例一实施方式中，所述查看单元，进一步用于：当对端作用于所述交互页面的第一操作触发上报，服务器记录所述第一操作后，在本端的消息回执列表中显示已读状态和/或已确认状态。

在本发明实施例一实施方式中，所述消息控制单元，进一步用于：根据所述已读状态和/或已确认状态定位到进行反馈的至少一个消息接收用户，以检测所述进行反馈的至少一个消息接收用户是否为指定消息接收成员或群组中的用户，如果是，则用户反馈行为合法；否则，用户反馈行为非法，修改对端访问控制权限。

在本发明实施例一实施方式中，所述终端还包括：撤回单元，用于收到所述执行结果或执行内容，判断出对端操作状态异常或超越对端处理权限时，撤回所述待发送消息，使所述待发送消息对社交群组中的所有人为不可见状态。

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

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

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

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

本应用场景采用本发明实施例，是一种基于社交应用(如微信)的通用消息确认实现方案，以社交应用为微信为例，微信是基于个人使用场景下连接用户和其社交群组中各个用户间信息分享的一个社交应用，如图13所示，在移动互联网的信息分享时代中，通过社交应用可以实现各种生活服务功能，如买机票、购物、餐饮、自驾导航等等。在这个信息分享的时代，每个人都属于不同的群组，可以是按照年龄，地区，性别等划分，也可以如图14所示按照兴趣和服务功能来划分，分为购物群组、跑步群组、健身群组、旅游群组及商务出行群组等等。但是，无论是按照哪个社交群组进行划分，每一个社交群组中都有很多用户，社交群组中的每个用户都可以作为消息的制作方，转发方和发送方，那么，就有数量巨大的消息会在社交群组中进行发送，导致在发起者侧发出的消息容易被用户忽略，比如，由于消息的确太多存在有用户看不见消息的可能，当然也有可能用户装作没有看到消息等等，考虑到信息通过社交网络进行分享的过程中，只有得到社交群组中的所有用户或指定用户的有效反馈，形成消息的闭环反馈后，才说明消息已经由发起者侧有效地送达至接收者侧，也就是说，发送的消息需要被用户阅读或回应，被搁置或者不理会，都不能算作消息的有效送达，本发明实施例除了用户私人使用场景下，也同样适用于企业使用场景，比如，一个会计室有会计总监，主管会计，出纳等职能人员，当会计总监通过社交应用(如微信)下发一个待处理财务任务后，需要尽快的得到各不同等级职能人员的有效反馈，即需要消息送达会计室中的每一个员工，并获得有效地回应，本发明实施例也可以支持这种企业使用场景。

为了满足上述消息有效送达的需求(包括用户私人使用场景和企业使用场景)，本应用场景采用本发明实施例，为社交应用(如微信)的消息会话增加消息回执(包括阅读或确认)和权限控制的能力。以社交应用为微信为例，可以将用户发送的消息以微信分享的形式(将包含消息所在地址的链接)发送到微信社交群组或微信朋友圈，通过分享所指向的H5页面完成消息富媒体的展示与交互，通过记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制。

具体的，本应用场景采用本发明实施例，可以通过终端与服务器的交互实现整个流程，服务器所执行的功能包括两个部分，1)通过H5页面服务器进行页面的渲染处理和页面内容的显示处理；2)通过后台服务器进行消息回执与权限的控制处理，如图15所示，以社交应用为微信为例，图15中包括：终端侧的微信客户端41，通过该微信客户端41进入微信用户界面，微信用户界面中包括微信分享页面42，微信分享页面42中包括消息H5页面，是将用户发送的消息以微信分享的形式(比如将包含消息所在地址的链接)发送到微信社交群组或微信朋友圈，通过分享所指向的H5页面完成富媒体形式的消息显示及与用户之间的交互。其中，将富媒体形式的消息进行显示和/或记录与用户之间的交互是通过H5页面服务器43来进行显示处理，显示的消息上会有可选的提示信息和/或交互对象，通过捕获用户针对提示信息和/或交互对象的操作，形成该消息与用户之间的交互，记录与用户之间的交互，及记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制。其中，记录与用户之间的交互，及记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制由后台服务器44进行控制处理。消息内容，用户回执状态和消息状态都被记录在后台的数据库45中。

一、针对上述1)的内容——消息的展示而言，本发明实施例包括以下内容：

消息的展示是指社交应用(如微信)分享所指向H5页面的内容与交互方式。由于消息的定义较为抽象，故先给出消息的一些具体例子以及功能特点，有了直观的感受后再给出消息的抽象模型。可以根据消息的性质，将消息的类型分为图文类消息、语音类消息、文件类消息、公告类消息及任务类消息，消息的类型并不限于这里举例的五种类型。其中，所述图文类消息指：发送内容只包含图片和文字的消息；所述语音类消息指：发送内容主要包含语音的消息；所述文件类消息指：发送内容主要为文件的消息；所述公告类消息指：发送内容为公告的消息；所述任务类消息指：发送内容为任务的消息。

如图7-11所示为上述不同类型的消息示例(消息交互的示例)，需要说明的是，本发明实施例所保护的不限于此。为了方便描述，消息都命名为“使命达”。这5种消息除了按照消息性质进行划分，还可以按照场景需求分为适用于通用场景的消息类型和适用于特定场景的消息类型。其中，如图7所示为所述图文类消息，所述图文类消息属于适用于通用场景的消息类型，没有特定的场景设定。如图8所示为所述语音类消息，与图文类消息类似，语音类消息也属于一种通用性消息，没有特定场景设定。如图9所示为所述文件类消息，文件类消息属于特定场景下的消息，专门用于文件的发送，在该特定场景下，可以记录该文件被谁下载，比如接收者侧有甲、乙2人，甲是合法用户(与消息发起者侧是熟人关系或合作伙伴)，乙是非法用户(与消息发起者侧是陌生人关系或非合作伙伴)，如果记录到文件不仅被甲下载，还被乙下载了，那么需要消息发起者侧修改权限，避免文件被非法用户下载和进行信息传播。如图10所示为所述公告类消息，所述公告类消息也属于特定场景下的消息，其内容与图文类消息类似，但其设定了专门针对公告类型的场景。如图11所示为所述任务类消息，所述任务类消息也属于特定场景下的消息，其内容除了任务的内容等说明外，还具有完成时间的属性。

二、针对上述2)的内容——消息的回执与权限控制而言，本发明实施例包括以下内容：

本实施例中的消息与社交应用(如微信)原生自身的消息，二者的不同之处在于：社交应用(如微信)的消息发送出去后，接收人是否收到或者阅读对于发送人来说是无法知晓的，同时一个消息发送出去之后，接收人对该消息几乎有完全控制权限。以社交应用为微信为例，例如：在一个微信工作群中，某人发出了一个财务报表，并发送要求群中的会计尽快阅读该文件的文字，对于发送者来说，希望接收人尽快的答复并执行，但实际上只有接收人明确回复后才能知道；另一方面，发送人可能不希望该报表流传到外面，此时需要对消息的访问权限进行控制，而这在微信中是做不到的。虽然这只是针对文件类型消息的例子，但不难想象，任意类型的消息都会有以下两点问题：如何实现消息回执状态的问题及消息的阅读传播受控的问题，采用本发明实施例，可以解决这2个问题，基于微信会话的消息进行确认及实现权限控制。将任意种类的信息(例如上文提到的图文类消息、语音类消息、文件类消息、公告类消息及任务类消息等)抽象出两大类公共属性，分别用以解决消息回执和权限可控的问题，以下具体阐述。

第一类公共属性针对消息的回执状态，本发明实施例中，所有消息都具有两个基本回执状态：

1)已读状态：只要用户点开过分享的消息，就自动将该用户记录为已读，这是一个静默完成的行为。已读状态的目的是真实的反馈接收者的阅读情况，接收者不可抵赖。已读状态是默认的选项，无需用户进行设置。

2)确认状态：确认状态是接收者主动设置的一个状态，其作用在于反映接收者对该消息的显示反馈行为(相对于已读的隐式行为“无需用户进行设置”)。确认状态是用户DIY设置的选项，需要用户自己预先进行设置。

除了这两个状态，针对特定场景还可以为消息提供更多的状态。例如任务是否完成的状态，文件是否被某人下载的状态等。

第二类公共属性针对消息的权限控制，本发明实施例中，消息的权限控制主要包括可以阅读的用户范围(阅读权限)和可以操作的用户范围(操作权限)。其中阅读权限是指可以查看分享H5页面内容的权限(即：可以阅读，文件有只读属性，而不能接受文件修改处理)，而操作权限是指对内容富媒体的高阶互动权限，例如文件的下载权限。依然延续上文的例子，当用户使用本方案中的消息系统来完成财务报表的下发时，用户首先创建文件类型的消息，然后限制可见人员为微信群里的用户，最后发送到微信工作群中。当会计查看该分享后，便可立即在消息的回执列表中反映出已读状态，同时在会计读完报表后，可以主动确认，这也会及时的在回执列表中更新。而如果微信工作群中的某人将该分享转发给别人时，由于该人不在可查看列表(如上述微信工作群)中，即便可以点击该分享，在打开的H5页面中也不会展示消息的任何内容。

需要指出的是，对于消息的阅读权限和操作权限除了通过设置相应的有权限人员外，这些权限还受到消息本身状态的影响。例如发送者发出消息后，可以将消息改为撤回状态，撤回后消息对任何人都不可阅读及不可操作。

设置阅读权限和操作权限可以针对微信工作群中的所有用户和/或指定用户。

针对消息的一种实现模型而言，在前文的基础上，这里给出一种消息的实现模型(包括如图15所示的消息系统的架构及如图16所示的消息使用流程)，同时本方案包含但不限于这一种具体实现方案。为了保持抽象性，这里就先只考虑已读和确认两种回执状态和查看一种控制权限。

如图15所示为消息系统的架构，其中箭头代表各个层的通信关系，包括：终端侧的微信客户端41，通过该微信客户端41进入微信用户界面，微信用户界面中包括微信分享页面42，微信分享页面42中包括消息H5页面，是将用户发送的消息以微信分享的形式(比如将包含消息所在地址的链接)发送到微信社交群组或微信朋友圈，通过分享所指向的H5页面完成富媒体形式的消息显示及与用户之间的交互。其中，将富媒体形式的消息进行显示和/或记录与用户之间的交互是通过H5页面服务器43来进行显示处理，显示的消息上会有可选的提示信息和/或交互对象，通过捕获用户针对提示信息和/或交互对象的操作，形成该消息与用户之间的交互，记录与用户之间的交互，及记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制。其中，记录与用户之间的交互，及记录使用者行为实现消息的回执状态，并根据用户的权限和消息的状态完成消息的控制由后台服务器44进行控制处理。消息内容，用户回执状态和消息状态都被记录在后台的数据库45中。

如图16所示为消息使用流程，包括：A13所标识的发送者(本端)的操作，包括：创建消息，设置权限，将消息分享到微信，查看接收者(对端)的回执状态等等。还包括A14所标识的接收者(对端)的操作，包括：收到消息后，点击发送者(本端)分享给接收者的消息，判断是否有对该消息的访问权限，如果有，则展示消息内容，如果消息内容为文件类型，可以通过点击确认，来实现文件下载；否则，将无访问权限的提示展示给接收者。其中，当接收者有对该消息的访问权限时，点击确认后，会记录接收者的确认状态和已读状态。

本应用场景采用本发明实施例是以社交应用(如微信应用)作为消息发送的入口，为微信原生消息(已有自身消息)增加了回执状态和访问权限，但是本发明实施例并不限于该应用场景，对于入口而言，还可以采用服务号或者第三方的应用来作为入口，不过，采用服务号或者第三方的应用来作为入口，用户的使用成本会比较大，没有直接扩展微信原生消息(已有自身消息)在实现上节约成本，也更方便用户进行操作，无需重新开启非社交应用(如微信应用)的另一个入口来实现本发明实施例。

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

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

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

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

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

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

Claims (7)

1.一种消息送达的控制方法，其特征在于，所述方法包括：

响应用户在本端侧的操作创建待发送的消息；

为所述待发送的消息设置对端的消息接收成员或群组；

为所述待发送的消息设置对端的回执状态、阅读权限及操作处理权限；

其中，所述回执状态包括：用于表征对端对所述消息处于已读的已读状态、及反映接收者对消息的反馈行为的用于表征对端对所述消息已确认的确认状态；

所述阅读权限为查看交互页面的权限，所述交互页面为完成所述消息的富媒体内容的展示与交互的页面；

所述操作处理权限为针对所述交互页面中富媒体内容的互动权限；

响应用户的操作，将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面呈现给对端；

显示对端的第一消息接收用户对应的回执列表，所述回执列表包括：所述第一消息接收用户查看所述消息后自动记录的已读状态、及基于所述第一消息接收用户完成所述消息的阅读后的主动确认操作所生成的确认状态；

当所述第一消息接收用户转发所述消息至不是所述消息接收成员或群组中第二消息接收用户、且所述第二消息接收用户对所述消息执行了第一操作时，

接收并显示服务器反馈的所述第一操作的执行结果或执行内容；

当所述执行结果或执行内容表征所述第二消息接收用户的反馈行为是非法行为，所述第二消息接收用户为非法用户时，执行以下操作之一：

当所述第一操作为针对所述消息的点击操作时，通过在打开的所述交互页面中不展示消息的任何内容来限制所述第二消息接收用户对所述交互页面的操作；

当所述第一操作为针对所述消息的文件下载操作时，修改对端访问控制权限，使得所述非法用户不能执行针对所述消息的文件下载操作；

当所述第一操作超越所述第二消息接收用户的操作处理权限时，撤回所述消息，撤回后消息对任何人都不可阅读及不可操作。

2.根据权利要求1所述的方法，其特征在于，所述响应用户在本端侧的操作创建待发送的消息，包括：

根据消息的性质对消息进行分类，得到消息类型；

所述消息类型至少包括：图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种；

根据所述消息类型创建所述消息。

3.一种消息送达的控制系统，其特征在于，所述系统包括：本端终端、服务器和对端终端；其中，

所述本端终端包括：

创建单元，用于响应用户在本端侧的操作创建待发送的消息；

设置单元，用于为所述待发送的消息设置对端的消息接收成员或群组；为所述待发送的消息设置对端的回执状态、阅读权限及操作处理权限；

其中，所述回执状态包括：用于表征对端对所述消息处于已读的已读状态、及反映接收者对消息的反馈行为的用于表征对端对所述消息已确认的确认状态；

所述阅读权限为查看交互页面的权限，所述交互页面为完成所述消息的富媒体内容的展示与交互的页面；

所述操作处理权限为针对所述交互页面中富媒体内容的互动权限；

发送单元，用于响应用户的操作，将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面呈现给对端；

查看单元，用于显示对端的第一消息接收用户对应的回执列表，所述回执列表包括：所述第一消息接收用户查看所述消息后自动记录的已读状态、及基于所述第一消息接收用户完成所述消息的阅读后的主动确认操作所生成的确认状态；

当所述第一消息接收用户转发所述消息至不是所述消息接收成员或群组中的第二消息接收用户、且所述第二消息接收用户对所述消息执行了第一操作时，

所述查看单元，还用于接收并显示服务器反馈的所述第一操作的执行结果或执行内容；

消息控制单元，用于：当所述执行结果或执行内容表征，所述第二消息接收用户的反馈行为是非法行为、所述第二消息接收用户为非法用户时，执行以下操作之一：

当所述第一操作为针对所述消息的点击操作时，通过在打开的所述交互页面中不展示消息的任何内容来限制所述第二消息接收用户对所述交互页面的操作；

当所述第一操作为针对所述消息的文件下载操作时，修改对端访问控制权限，使得所述非法用户不能执行针对所述消息的文件下载操作；

当所述第一操作超越所述第二消息接收用户操作处理权限时，撤回所述消息，撤回后消息对任何人都不可阅读及不可操作。

4.根据权利要求3所述的系统，其特征在于，所述创建单元，进一步用于：

根据消息的性质对消息进行分类，得到消息类型；

所述消息类型至少包括：图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种；

根据所述消息类型创建所述消息。

5.一种终端，其特征在于，所述终端包括：

创建单元，用于响应用户在本端侧的操作创建待发送的消息；

设置单元，用于为所述待发送的消息设置对端的消息接收成员或群组；为所述待发送的消息设置对端的回执状态、阅读权限及操作处理权限；

其中，所述回执状态包括：用于表征对端对所述消息处于已读的已读状态、及反映接收者对消息的反馈行为的用于表征对端对所述消息已确认的确认状态；

所述阅读权限为查看交互页面的权限，所述交互页面为完成所述消息的富媒体内容的展示与交互的页面；

所述操作处理权限为针对所述交互页面中富媒体内容的互动权限；

发送单元，用于响应用户的操作，将所述待发送的消息通过社交应用的展示空间或页面进行分享，并将分享所指向的交互页面呈现给对端；

查看单元，用于显示对端的第一消息接收用户对应的回执列表，所述回执列表包括：所述第一消息接收用户查看所述消息后自动记录的已读状态、及基于所述第一消息接收用户完成所述消息的阅读后的主动确认操作所生成的确认状态；

当所述第一消息接收用户转发所述消息至不是所述消息接收成员或群组中的第二消息接收用户、且所述第二消息接收用户对所述消息执行了第一操作时，

所述查看单元，还用于接收并显示服务器反馈的所述第一操作的执行结果或执行内容；

消息控制单元，用于：

当所述执行结果或执行内容表征所述第二消息接收用户的反馈行为是非法行为、所述第二消息接收用户为非法用户时，执行以下操作之一：

当所述第一操作为针对所述消息的点击操作时，通过在打开的所述交互页面中不展示消息的任何内容来限制所述第二消息接收用户对所述交互页面的操作；

当所述第一操作为针对所述消息的文件下载操作时，修改对端访问控制权限，使得所述非法用户不能执行所述消息的文件下载操作；

当所述第一操作超越所述第二消息接收用户操作处理权限时，撤回所述消息，撤回后消息对任何人都不可阅读及不可操作。

6.根据权利要求5所述的终端，其特征在于，所述创建单元，进一步用于：

根据消息的性质对消息进行分类，得到消息类型；

所述消息类型至少包括：图文类消息、语音类消息、文件类消息、公告类消息、任务类消息中的至少一种；

根据所述消息类型创建所述待发送消息。

7.一种存储介质，其特征在于，其特征在于，存储有可执行指令，用于引起处理器执行时，实现如权利要求1或2所述的消息送达的控制方法。

Images