CN102348175A - 一种反馈短消息处理信息的方法及装置 - Google Patents

Abstract

本申请公开了一种反馈短消息处理信息的方法及装置，该方法包括以下步骤：服务器向接收端发送来自于发送端的短消息，所述短消息中包含所述发送端设置的跟踪代码，所述跟踪代码用于获取所述接收端对所述短消息的处理情况；所述服务器根据是否接收到所述接收端返回的操作标识，以及接收到所述操作标识时所述操作标识的类型，获取所述接收端对所述短消息的处理情况，所述操作标识由所述接收端根据对所述短消息的处理情况生成；所述服务器根据所述处理情况生成短消息处理信息，并将所述短消息处理信息发送到所述发送端。通过使用本申请，可以提高通信终端的工作性能和短消息处理信息的反馈成功率。

Description

一种反馈短消息处理信息的方法及装置

技术领域

本申请涉及通信技术领域，特别是涉及一种反馈短消息处理信息的方法及装置。

背景技术

随着通讯及互联网技术的快速发展，手机等通信终端的相关技术也日新月异，极大地方便了用户的使用。现有的手机一般都具有短消息生成和短消息发送的功能，还可以通过设置通讯录中的组群，实现短消息群发的功能。其中，短消息群发的功能越来越普遍，广泛应用于新产品的宣传和节日问候的场景。

在发送短消息后，发送方需要及时了解接收方对短消息的处理情况。例如，发送方通过手机发送一条必须由接收方及时回复的重要短消息后，发送方非常关心接收方对该短消息的接收情况以及处理情况，以便在未收到回复时采取其他的通信手段。此外，短消息群发时，发送方可以根据接收方对短消息的处理情况进行数据统计，以便于调整短消息的内容或者短消息的接收列表。

现有技术中，可以通过改进手机内部结构的方式反馈短消息的处理情况。改进后的手机包括手机本体和短信回执单元，该短信回执单元设置于手机的Protocol Stack中的SMS处理层的存储单元RAM中，并与手机的处理器相耦合。

当新的短消息到来时，通过人机界面对接收到的短消息进行处理，包括打开短消息、删除短消息、存储短消息。在对短消息进行处理时，手机的处理器控制短信回执单元动作，短信回执单元生成回执消息，并将该回执消息经手机天线发送出去。如果未打开、未直接删除且未直接存储，则不反馈信息；如果打开了接收到的短消息，则短信回执单元反馈信息，即：发送包含短信已打开信息在内的回执消息给短消息中心，通过短消息中心将回执消息反馈给发送端；如果直接删除了接收到的短消息，则短信回执单元反馈信息，即：发送包含短信已删除信息在内的回执消息给短消息中心，通过短消息中心将回执消息反馈给发送端；如果直接存储了接收到的短消息，则短信回执单元反馈信息，即：发送包含短信已存储信息在内的回执消息给短消息中心，通过短消息中心将回执消息反馈给发送端。

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

由于通过改进手机内部结构的方式反馈短消息处理信息，增加了通信终端的结构复杂度和工作量，降低了通信终端的工作性能，还会对短消息处理信息的反馈成功率造成影响。

发明内容

本申请提供一种反馈短消息处理信息的方法及装置，用于提高通信终端的工作性能和短消息处理信息的反馈成功率。

本申请提出一种反馈短消息处理信息的方法，包括以下步骤：

服务器向接收端发送来自于发送端的短消息，所述短消息中包含所述发送端设置的跟踪代码，所述跟踪代码用于获取所述接收端对所述短消息的处理情况；

所述服务器根据是否接收到所述接收端返回的操作标识，以及接收到所述操作标识时所述操作标识的类型，获取所述接收端对所述短消息的处理情况，所述操作标识由所述接收端根据对所述短消息的处理情况生成；

所述服务器根据所述处理情况生成短消息处理信息，并将所述短消息处理信息发送到所述发送端。

优选地，所述服务器向接收端发送来自于发送端的短消息之后，还包括：

所述接收端触发所述短消息中的跟踪代码，通过所述跟踪代码获取所述接收端的处理器对所述短消息的操作指令，并根据所述操作指令生成操作标识。

优选地，如果所述服务器没有接收到所述接收端返回的操作标识，则所述服务器确定所述接收端没有接收到所述短消息，生成未接收信息；

如果所述服务器接收到所述接收端返回的接收标识，则所述服务器确定所述接收端已接收到所述短消息，生成接收信息；

如果所述服务器接收到所述接收端返回的打开标识，则所述服务器确定所述接收端已打开所述短消息，生成已读信息；

如果所述服务器先后接收到所述接收端返回的打开标识和关闭标识，所述关闭标识用于表示所述接收端已关闭所述短消息，则所述服务器确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，当所述接收端阅读所述短消息使用的时间长度不小于第一预设时间长度时，生成已读有效信息；当所述接收端阅读所述短消息使用的时间长度小于第一预设时间长度时，生成已读无效信息；所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

如果所述服务器接收到所述接收端返回的直接删除标识，则所述服务器确定所述接收端已直接删除所述短消息，生成已删除信息；

如果所述服务器接收到所述接收端返回的接收标识，但在第二预设时间长度内没有接收到所述接收端返回的打开标识或直接删除标识，则所述服务器生成未读信息。

优选地，所述第一预设时间长度与所述短消息的数据量成正比。

本申请还提出一种服务器，包括发送模块、获取模块和生成模块，其中，

所述发送模块，用于向接收端发送来自于发送端的短消息，并将所述生成模块生成的短消息处理信息发送到所述发送端，所述短消息中包含所述发送端设置的跟踪代码，所述跟踪代码用于获取所述接收端对所述短消息的处理情况；

所述获取模块，用于根据是否接收到所述接收端返回的操作标识，以及接收到所述操作标识时所述操作标识的类型，获取所述接收端对所述短消息的处理情况，所述操作标识由所述接收端根据对所述短消息的处理情况生成；

所述生成模块，用于根据所述获取模块得到的处理情况生成短消息处理信息。

优选地，所述获取模块，具体用于在没有接收到所述接收端返回的操作标识时，确定所述接收端没有接收到所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端没有接收到所述短消息时，生成未接收信息，所述未接收信息用于表示所述接收端没有接收到所述短消息；

所述发送模块，具体用于将所述未接收信息发送到所述发送端。

优选地，所述获取模块，具体用于在接收到所述接收端返回的接收标识时，确定所述接收端已接收到所述短消息，所述接收标识用于表示所述接收端已接收到所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已接收到所述短消息时，生成接收信息，所述接收信息用于表示所述接收端已接收到所述短消息；

所述发送模块，具体用于将所述接收信息发送到所述发送端。

优选地，所述获取模块，具体用于在接收到所述接收端返回的打开标识时，确定所述接收端已打开所述短消息，所述打开标识用于表示所述接收端已打开所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息时，生成已读信息，所述已读信息用于表示所述接收端已打开所述短消息；

所述发送模块，具体用于将所述已读信息发送到所述发送端。

优选地，所述获取模块，具体用于在先后接收到所述接收端返回的打开标识和关闭标识时，确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，所述打开标识用于表示所述接收端已打开所述短消息，所述关闭标识用于表示所述接收端已关闭所述短消息，所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息，且所述接收端阅读所述短消息使用的时间长度不小于第一预设时间长度时，生成已读有效信息，所述已读有效信息用于表示所述接收端已打开所述短消息并获取所述短消息中的信息；

所述发送模块，具体用于将所述已读有效信息发送到所述发送端。

优选地，所述获取模块，具体用于在先后接收到所述接收端返回的打开标识和关闭标识时，确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，所述打开标识用于表示所述接收端已打开所述短消息，所述关闭标识用于表示所述接收端已关闭所述短消息，所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息，且所述接收端阅读所述短消息使用的时间长度小于第一预设时间长度时，生成已读无效信息，所述已读无效信息用于表示所述接收端已打开所述短消息但并未获取所述短消息中的信息；

所述发送模块，具体用于将所述已读无效信息发送到所述发送端。

优选地，所述获取模块，具体用于在接收到所述接收端返回的直接删除标识时，确定所述接收端已直接删除所述短消息，所述直接删除标识用于表示所述接收端已直接删除所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已直接删除所述短消息时，生成已删除信息，所述已删除信息用于表示所述接收端已直接删除所述短消息；

所述发送模块，具体用于将所述已删除信息发送到所述发送端。

优选地，所述获取模块，具体用于在接收到所述接收端返回的接收标识，但在第二预设时间长度内没有接收到所述接收端返回的打开标识或直接删除标识时，确定所述接收端已接收到所述短消息并确定所述接收端在第二预设时间长度内没有打开或者直接删除所述短消息，所述接收标识用于表示所述接收端已接收到所述短消息，所述打开标识用于表示所述接收端已打开所述短消息，所述直接删除标识用于表示所述接收端已直接删除所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已接收到所述短消息并确定所述接收端在第二预设时间长度内没有打开或者直接删除所述短消息时，生成未读信息，所述未读消息用于表示所述接收端已接收到所述短消息但并未打开或者直接删除所述短消息；

所述发送模块，具体用于将所述未读信息发送到所述发送端。

本申请包括以下优点，因为通过跟踪代码检测接收端对短消息的处理情况，并将对应的短消息处理信息返回给短消息的发送端，可以使发送端及时获取接收端对短消息的处理情况；同时，减轻了接收端的工作量，提高了通信终端的工作性能和短消息处理信息的反馈成功率。另外，可以根据发送端的需要，灵活地决定是否反馈短消息处理信息，节省了系统资源。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本申请实施例中的一种反馈短消息处理信息的方法流程图；

图2为本申请实施例应用场景中的反馈短消息处理信息的流程图；

图3为本申请实施例中的一种服务器的结构示意图。

具体实施方式

本申请的主要思想包括，服务器将包括跟踪代码的短消息发送到接收端后，根据是否接收到接收端返回的操作标识，以及接收到操作标识时操作标识的类型，获取接收端对短消息的处理情况，并根据该处理情况生成短消息处理信息，将该短消息处理信息返回给短消息的发送端。

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

如图1所示，为本申请实施例中的一种反馈短消息处理信息的方法流程图，包括以下步骤：

步骤101，服务器向接收端发送来自于发送端的短消息。

其中，服务器可以为短消息中心，也可以为用于转发短消息的其他类型的网络侧设备；发送端和接收端可以为手机等通信终端；短消息可以为SMS(Short Messaging Service，短信服务)消息，也可以为EMS(EnhancedMessage Service，增强型短消息服务)消息，还可以为MMS(MultimediaMessaging Service，多媒体信息服务)消息。短消息中可以包含发送端设置的跟踪代码，该跟踪代码可以为可执行程序，用于获取接收端对短消息的处理情况。客户端触发短消息中的跟踪代码后，可以通过跟踪代码执行相应的操作，例如，反馈对短消息的处理情况。

步骤102，服务器根据是否接收到接收端返回的操作标识，以及接收到操作标识时该操作标识的类型，获取接收端对短消息的处理情况。

其中，操作标识可以由接收端根据对短消息的处理情况生成。服务器向接收端发送来自于发送端的短消息之后，接收端接收到该短消息后，可以触发短消息中的跟踪代码，通过该跟踪代码获取接收端的处理器对短消息的操作指令，并根据该操作指令生成操作标识，向服务器返回操作标识。该操作标识可以包括接收标识、打开标识、关闭标识和直接删除标识等，用于分别标识接收端对短消息已执行接收、打开、关闭和直接删除等操作。

具体地，如果服务器没有接收到所述接收端返回的操作标识，则服务器可以确定所述接收端没有接收到短消息。

如果服务器接收到接收端返回的接收标识，接收标识用于表示接收端已接收到短消息，则服务器可以确定接收端已接收到短消息。

如果服务器接收到接收端返回的打开标识，打开标识用于表示接收端已打开短消息，则服务器可以确定接收端已打开短消息。

如果服务器先后接收到接收端返回的打开标识和关闭标识，关闭标识用于表示接收端已关闭短消息，则服务器可以确定接收端已打开短消息并确定接收端阅读短消息使用的时间长度，接收端阅读短消息使用的时间长度为服务器接收打开标识和关闭标识的时间间隔。

如果服务器接收到接收端返回的直接删除标识，直接删除标识用于表示接收端已直接删除短消息，则服务器可以确定接收端已直接删除短消息。

步骤103，服务器根据处理情况生成短消息处理信息。

步骤104，服务器将短消息处理信息发送到发送端。

具体地，服务器确定接收端没有接收到短消息时，可以生成未接收信息，并将该未接收信息发送到发送端，该未接收信息用于表示接收端没有接收到短消息。服务器确定接收端已接收到短消息时，可以生成接收信息，并将该接收信息发送到发送端，该接收信息用于表示接收端已接收到短消息。服务器确定接收端已打开短消息时，可以生成已读信息，并将该已读信息发送到发送端，该已读信息用于表示接收端已打开短消息。服务器确定接收端已打开短消息，且该接收端阅读短消息使用的时间长度不小于第一预设时间长度时，可以生成已读有效信息，并将该已读有效信息发送到发送端。其中，已读有效信息用于表示接收端已打开短消息并获取该短消息中的信息，第一预设时间长度可以与短消息的数据量成正比。服务器确定接收端已打开短消息，且接收端阅读该短消息使用的时间长度小于第一预设时间长度时，可以生成已读无效信息，并将该已读无效信息发送到发送端。其中，已读无效信息用于表示接收端已打开短消息但并未获取该短消息中的信息。

服务器确定接收端已直接删除短消息时，可以生成已删除信息，并将该已删除信息发送到发送端，该已删除信息用于表示接收端已直接删除短消息。服务器接收到接收端返回的接收标识，但在第二预设时间长度内没有接收到接收端返回的打开标识或直接删除标识，则确定接收端已接收到短消息，并确定接收端在第二预设时间长度内没有打开或者直接删除短消息，生成未读信息，并将该未读信息发送到发送端，该未读消息用于表示接收端已接收到短消息但并未打开或者直接删除该短消息。

本申请包括以下优点，因为通过跟踪代码检测接收端对短消息的处理情况，并将对应的短消息处理信息返回给短消息的发送端，可以使发送端及时获取接收端对短消息的处理情况；同时，减轻了接收端的工作量，提高了通信终端的工作性能和短消息处理信息的反馈成功率。另外，可以根据发送端的需要，灵活地决定是否反馈短消息处理信息，节省了系统资源。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

本申请上述实施例提供了一种反馈短消息处理信息的方法，以下结合具体应用场景对上述反馈短消息处理信息的方法进行具体、详细的描述。

如图2所示，为本申请实施例应用场景中的反馈短消息处理信息的流程图，包括以下步骤：

步骤201，发送端将包含跟踪代码的短消息发送到服务器。

具体地，如果发送端需要获知接收端对短消息的处理情况，发送端可以根据短消息的编辑内容，向短消息中添加跟踪代码，该跟踪代码可以为Javascript代码。如果发送端不需要获知接收端对短消息的处理情况，则不需要向短消息中添加跟踪代码。

步骤202，服务器将短消息发送到接收端。

步骤203，服务器判断接收端是否已接收到短消息，如果没有接收到，则执行步骤204；否则，执行步骤205。

具体地，接收端接收到短消息后，可以触发短消息中包含的跟踪代码，通过该跟踪代码获取接收端的处理器对短消息的接收指令，根据该接收指令生成接收标识，并将接收标识发送到服务器。如果服务器接收到来自接收端的接收标识，则服务器确定接收端已接收到短消息；否则，服务器确定接收端没有接收到短消息。

步骤204，服务器生成未接收信息，并将该未接收信息发送到发送端。

需要说明的是，执行完本步骤后，可以继续执行步骤212。

步骤205，服务器判断接收端是否已打开短消息，如果没有打开，则执行步骤206；否则，执行步骤209。

具体地，接收端打开短消息后，可以通过跟踪代码获取接收端的处理器对短消息的打开指令，根据该打开指令生成打开标识，并将打开标识发送到服务器。如果服务器接收到来自接收端的打开标识，则服务器确定接收端已打开短消息；否则，服务器确定接收端没有打开短消息。

步骤206，服务器判断接收端是否已直接删除短消息，如果没有直接删除，则执行步骤207；否则，执行步骤208。

具体地，接收端直接删除短消息后，可以通过跟踪代码获取接收端的处理器对短消息的直接删除指令，根据该直接删除指令生成直接删除标识，并将直接删除标识发送到服务器。如果服务器接收到来自接收端的直接删除标识，则服务器确定接收端已直接删除短消息；否则，服务器确定接收端没有直接删除短消息。

步骤207，服务器生成未读信息，并将该未读信息发送到发送端。

需要说明的是，执行完本步骤后，可以继续执行步骤212。

步骤208，服务器生成已删除信息，并将该已删除信息发送到发送端。

需要说明的是，执行完本步骤后，可以继续执行步骤212。

步骤209，服务器判断接收端阅读短消息使用的时间长度是否小于第一预设时间长度，如果不小于第一预设时间长度，则执行步骤210；否则，执行步骤211。

具体地，接收端关闭短消息后，可以通过跟踪代码获取接收端的处理器对短消息的关闭指令，根据该关闭指令生成关闭标识，并将关闭标识发送到服务器。服务器可以通过比较接收到关闭标识的时刻和之前接收到同一短消息对应的打开标识的时刻，获得接收端阅读短消息使用的时间长度，并将接收端阅读短消息使用的时间长度与第一预设时间长度进行比较。

其中，接收端阅读短消息使用的时间长度可以为服务器接收到打开标识和关闭标识的时间间隔，第一预设时间长度可以与短消息的数据量成正比，例如，若短消息所包含的文字内容越多，可以将第一预设时间设置得越长。服务器可以根据短消息中的编辑内容的字符数，获取对应的第一预设时间长度，并判断接收端阅读短消息使用的时间长度与该第一预设时间长度之间的关系。

步骤210，服务器生成已读有效信息，并将该已读有效信息发送到发送端。

需要说明的是，执行完本步骤后，可以继续执行步骤212。

步骤211，服务器生成已读无效信息，并将该已读无效信息发送到发送端。

步骤212，发送端根据来自服务器的短消息处理信息，获取接收端对短消息的处理情况。

其中，短消息处理信息可以包括未接收信息、未读信息、已删除信息、已读有效信息和已读无效信息中的一种或多种，对应的处理情况可以为未接收、未阅读、直接删除、有效阅读和无效阅读。发送端可以根据接收端对短消息的处理情况，调整短消息的编辑内容或者接收名单。

本申请包括以下优点，因为通过跟踪代码检测接收端对短消息的处理情况，并将对应的短消息处理信息返回给短消息的发送端，可以使发送端及时获取接收端对短消息的处理情况；同时，减轻了接收端的工作量，提高了通信终端的工作性能和短消息处理信息的反馈成功率。另外，可以根据发送端的需要，灵活地决定是否反馈短消息处理信息，节省了系统资源。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

本申请上述实施例提供了反馈短消息处理信息的方法和应用场景，相应地，本申请还通过以下实施例提供了应用上述方法的装置。

如图3所示，为本申请实施例中的一种服务器的结构示意图，包括发送模块310、获取模块320和生成模块330，其中，

发送模块310，用于向接收端发送来自于发送端的短消息，并将生成模块330生成的短消息处理信息发送到发送端。

其中，短消息中可以包含发送端设置的跟踪代码，该跟踪代码用于获取接收端对短消息的处理情况。

获取模块320，用于根据是否接收到接收端返回的操作标识，以及接收到操作标识时该操作标识的类型，获取接收端对短消息的处理情况。

其中，操作标识可以由接收端根据对短消息的处理情况生成。

具体地，接收端接收到短消息后，可以处理接收到的短消息，触发短消息中的跟踪代码，根据对该短消息的处理情况生成操作标识，并向服务器返回操作标识。

生成模块330，用于根据获取模块320得到的处理情况生成短消息处理信息。

具体地，上述获取模块320，具体用于在没有接收到接收端返回的操作标识时，确定接收端没有接收到短消息；相应地，上述生成模块330，具体用于在获取模块320确定接收端没有接收到短消息时，生成未接收信息，该未接收信息用于表示接收端没有接收到短消息；上述发送模块310，具体用于将未接收信息发送到发送端。

上述获取模块320，具体用于在接收到接收端返回的接收标识时，确定接收端已接收到短消息，该接收标识用于表示接收端已接收到短消息；相应地，上述生成模块330，具体用于在获取模块320确定接收端已接收到短消息时，生成接收信息，接收信息用于表示接收端已接收到短消息；上述发送模块310，具体用于将接收信息发送到发送端。

上述获取模块320，具体用于在接收到接收端返回的打开标识时，确定接收端已打开短消息，打开标识用于表示接收端已打开短消息；相应地，上述生成模块330，具体用于在获取模块320确定接收端已打开短消息时，生成已读信息，已读信息用于表示接收端已打开短消息；上述发送模块310，具体用于将已读信息发送到发送端。

上述获取模块320，具体用于在先后接收到接收端返回的打开标识和关闭标识时，确定接收端已打开短消息并确定接收端阅读短消息使用的时间长度，打开标识用于表示接收端已打开短消息，关闭标识用于表示接收端已关闭短消息，接收端阅读短消息使用的时间长度为服务器接收打开标识和关闭标识的时间间隔；相应地，上述生成模块330，具体用于在获取模块320确定接收端已打开短消息，且接收端阅读短消息使用的时间长度不小于第一预设时间长度时，生成已读有效信息，已读有效信息用于表示接收端已打开短消息并获取短消息中的信息；上述发送模块310，具体用于将已读有效信息发送到发送端。

上述获取模块320，具体用于在先后接收到接收端返回的打开标识和关闭标识时，确定接收端已打开短消息并确定接收端阅读短消息使用的时间长度，打开标识用于表示接收端已打开短消息，关闭标识用于表示接收端已关闭短消息，接收端阅读短消息使用的时间长度为服务器接收打开标识和关闭标识的时间间隔；相应地，上述生成模块330，具体用于在获取模块320确定接收端已打开短消息，且接收端阅读短消息使用的时间长度小于第一预设时间长度时，生成已读无效信息，已读无效信息用于表示接收端已打开短消息但并未获取短消息中的信息；上述发送模块310，具体用于将已读无效信息发送到发送端。

上述获取模块320，具体用于在接收到接收端返回的直接删除标识时，确定接收端已直接删除短消息，直接删除标识用于表示接收端已直接删除短消息；相应地，上述生成模块330，具体用于在获取模块320确定接收端已直接删除短消息时，生成已删除信息，已删除信息用于表示接收端已直接删除短消息；上述发送模块310，具体用于将已删除信息发送到发送端。

上述获取模块320，具体用于在接收到接收端返回的接收标识，但在第二预设时间长度内没有接收到接收端返回的打开标识或直接删除标识时，确定接收端已接收到短消息并确定接收端在第二预设时间长度内没有打开或者直接删除短消息，接收标识用于表示接收端已接收到短消息，打开标识用于表示接收端已打开短消息，直接删除标识用于表示接收端已直接删除短消息；相应地，上述生成模块330，具体用于在获取模块320确定接收端已接收到短消息并确定接收端在第二预设时间长度内没有打开或者直接删除短消息时，生成未读信息，未读消息用于表示接收端已接收到短消息但并未打开或者直接删除短消息；上述发送模块310，具体用于将未读信息发送到发送端。

本申请包括以下优点，因为通过跟踪代码检测接收端对短消息的处理情况，并将对应的短消息处理信息返回给短消息的发送端，可以使发送端及时获取接收端对短消息的处理情况；同时，减轻了接收端的工作量，提高了通信终端的工作性能和短消息处理信息的反馈成功率。另外，可以根据发送端的需要，灵活地决定是否反馈短消息处理信息，节省了系统资源。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本申请的保护范围。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体，也可以分离部署；可以合并为一个模块，也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (12)

1.一种反馈短消息处理信息的方法，其特征在于，包括以下步骤：

服务器向接收端发送来自于发送端的短消息，所述短消息中包含所述发送端设置的跟踪代码，所述跟踪代码用于获取所述接收端对所述短消息的处理情况；

所述服务器根据是否接收到所述接收端返回的操作标识，以及接收到所述操作标识时所述操作标识的类型，获取所述接收端对所述短消息的处理情况，所述操作标识由所述接收端根据对所述短消息的处理情况生成；

所述服务器根据所述处理情况生成短消息处理信息，并将所述短消息处理信息发送到所述发送端。

2.如权利要求1所述的方法，其特征在于，所述服务器向接收端发送来自于发送端的短消息之后，还包括：

所述接收端触发所述短消息中的跟踪代码，通过所述跟踪代码获取所述接收端的处理器对所述短消息的操作指令，并根据所述操作指令生成操作标识。

3.如权利要求1或2所述的方法，其特征在于，

如果所述服务器没有接收到所述接收端返回的操作标识，则所述服务器确定所述接收端没有接收到所述短消息，生成未接收信息；

如果所述服务器接收到所述接收端返回的接收标识，则所述服务器确定所述接收端已接收到所述短消息，生成接收信息；

如果所述服务器接收到所述接收端返回的打开标识，则所述服务器确定所述接收端已打开所述短消息，生成已读信息；

如果所述服务器先后接收到所述接收端返回的打开标识和关闭标识，所述关闭标识用于表示所述接收端已关闭所述短消息，则所述服务器确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，当所述接收端阅读所述短消息使用的时间长度不小于第一预设时间长度时，生成已读有效信息；当所述接收端阅读所述短消息使用的时间长度小于第一预设时间长度时，生成已读无效信息；所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

如果所述服务器接收到所述接收端返回的直接删除标识，则所述服务器确定所述接收端已直接删除所述短消息，生成已删除信息；

如果所述服务器接收到所述接收端返回的接收标识，但在第二预设时间长度内没有接收到所述接收端返回的打开标识或直接删除标识，则所述服务器生成未读信息。

4.如权利要求3所述的方法，其特征在于，所述第一预设时间长度与所述短消息的数据量成正比。

5.一种服务器，其特征在于，包括发送模块、获取模块和生成模块，其中，

所述发送模块，用于向接收端发送来自于发送端的短消息，并将所述生成模块生成的短消息处理信息发送到所述发送端，所述短消息中包含所述发送端设置的跟踪代码，所述跟踪代码用于获取所述接收端对所述短消息的处理情况；

所述获取模块，用于根据是否接收到所述接收端返回的操作标识，以及接收到所述操作标识时所述操作标识的类型，获取所述接收端对所述短消息的处理情况，所述操作标识由所述接收端根据对所述短消息的处理情况生成；

所述生成模块，用于根据所述获取模块得到的处理情况生成短消息处理信息。

6.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在没有接收到所述接收端返回的操作标识时，确定所述接收端没有接收到所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端没有接收到所述短消息时，生成未接收信息，所述未接收信息用于表示所述接收端没有接收到所述短消息；

所述发送模块，具体用于将所述未接收信息发送到所述发送端。

7.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在接收到所述接收端返回的接收标识时，确定所述接收端已接收到所述短消息，所述接收标识用于表示所述接收端已接收到所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已接收到所述短消息时，生成接收信息，所述接收信息用于表示所述接收端已接收到所述短消息；

所述发送模块，具体用于将所述接收信息发送到所述发送端。

8.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在接收到所述接收端返回的打开标识时，确定所述接收端已打开所述短消息，所述打开标识用于表示所述接收端已打开所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息时，生成已读信息，所述已读信息用于表示所述接收端已打开所述短消息；

所述发送模块，具体用于将所述已读信息发送到所述发送端。

9.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在先后接收到所述接收端返回的打开标识和关闭标识时，确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，所述打开标识用于表示所述接收端已打开所述短消息，所述关闭标识用于表示所述接收端已关闭所述短消息，所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息，且所述接收端阅读所述短消息使用的时间长度不小于第一预设时间长度时，生成已读有效信息，所述已读有效信息用于表示所述接收端已打开所述短消息并获取所述短消息中的信息；

所述发送模块，具体用于将所述已读有效信息发送到所述发送端。

10.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在先后接收到所述接收端返回的打开标识和关闭标识时，确定所述接收端已打开所述短消息并确定所述接收端阅读所述短消息使用的时间长度，所述打开标识用于表示所述接收端已打开所述短消息，所述关闭标识用于表示所述接收端已关闭所述短消息，所述接收端阅读所述短消息使用的时间长度为所述服务器接收所述打开标识和所述关闭标识的时间间隔；

所述生成模块，具体用于在所述获取模块确定所述接收端已打开所述短消息，且所述接收端阅读所述短消息使用的时间长度小于第一预设时间长度时，生成已读无效信息，所述已读无效信息用于表示所述接收端已打开所述短消息但并未获取所述短消息中的信息；

所述发送模块，具体用于将所述已读无效信息发送到所述发送端。

11.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在接收到所述接收端返回的直接删除标识时，确定所述接收端已直接删除所述短消息，所述直接删除标识用于表示所述接收端已直接删除所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已直接删除所述短消息时，生成已删除信息，所述已删除信息用于表示所述接收端已直接删除所述短消息；

所述发送模块，具体用于将所述已删除信息发送到所述发送端。

12.如权利要求5所述的服务器，其特征在于，

所述获取模块，具体用于在接收到所述接收端返回的接收标识，但在第二预设时间长度内没有接收到所述接收端返回的打开标识或直接删除标识时，确定所述接收端已接收到所述短消息并确定所述接收端在第二预设时间长度内没有打开或者直接删除所述短消息，所述接收标识用于表示所述接收端已接收到所述短消息，所述打开标识用于表示所述接收端已打开所述短消息，所述直接删除标识用于表示所述接收端已直接删除所述短消息；

所述生成模块，具体用于在所述获取模块确定所述接收端已接收到所述短消息并确定所述接收端在第二预设时间长度内没有打开或者直接删除所述短消息时，生成未读信息，所述未读消息用于表示所述接收端已接收到所述短消息但并未打开或者直接删除所述短消息；

所述发送模块，具体用于将所述未读信息发送到所述发送端。

Images