[发明专利]应用消息的处理方法和系统

说明书

技术领域

本发明涉及网络技术，特别涉及应用消息的处理方法和系统。

背景技术

目前，在国内的一些应用平台，比如社交网络服务(sns)平台或者微博平台，存在散乱且不统一的应用消息处理方式。其中，所述应用消息可为基于应用的消息，比如，业务请求消息、赠送礼物等消息。

以用户A向用户B赠送礼物为例，用户A从游戏里面选择作为其好友的用户B，并向用户B发送赠送礼物的消息，用户B看到这条赠送礼物的消息后，接受用户A送给自身的礼物。在不同的应用平台，该赠送礼物的消息处理方式不同。

并且，现有的应用消息处理方式中，在应用消息频繁增加时，很容易对消息接收者造成骚扰，并且，也会降低应用消息的处理效率。

发明内容

本发明提供了应用消息的处理方法和系统，以减少对消息接收者的信息骚扰并提高应用消息的处理效率。

本发明提供的技术方案包括：

一种应用消息的处理系统，包括：

应用消息策略中心，用于对应用消息的发送进行控制，具体为：接收第一用户向其好友用户发送的应用消息，根据预设的应用消息限制策略判断该应用消息是否继续发送，如果是，则发送该应用消息至所述好友用户对应的应用助手；

应用助手，为用户查看和管理应用消息的入口，在接收到应用消息后，利用预设的应用消息展示策略展示所述应用消息给所述好友用户，以由所述好友用户处理该展示的应用消息。

一种应用消息的处理方法，该方法应用于如上所述的系统，包括以下步骤：

应用消息策略中心接收第一用户向其好友用户发送的应用消息，根据预设的应用消息限制策略判断该应用消息是否继续发送，如果是，则发送该应用消息至所述好友用户对应的应用助手；

所述应用助手利用预设的应用消息展示策略展示所述应用消息给所述好友用户，以由所述好友用户处理该展示的应用消息。

由以上技术方案可以看出，本发明中，通过应用消息策略中心控制决定是否继续发送第一用户向其好友用户发送的应用消息，并非像现有技术那样盲目地发送应用消息，减少对消息接收者的信息骚扰；并且，在所述应用消息策略中心决定继续发送所述应用消息时，将所述应用消息发送至好友用户的应用助手，以使应用助手利用应用消息展示策略展示所述应用消息给所述好友用户，以由所述好友用户处理该展示的应用消息，即将好友用户拉入应用消息的处理中，并非像现有技术那样按照一刀切的方式展示应用消息，这相比于现有技术显然能够提高应用消息的处理效率。

附图说明

图1为本发明提供的系统结构图；

图2a为本发明实施例提供的应用消息策略中心结构图；

图2b为本发明实施例提供的应用助手结构图；

图3为本发明实施例提供的流程图；

图4为本发明实施例提供的步骤301实现流程图；

图5为本发明实施例提供的礼物发送框示意图；

图6为本发明实施例提供的步骤302实现流程图；

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明提供的系统包括：应用消息策略中心和应用于应用消息处理的应用助手。

其中，所述应用消息策略中心，其设置在后台服务端，用于对应用消息的发送进行控制，具体为：接收第一用户向其好友用户发送的应用消息，根据预设的应用消息限制策略判断该应用消息是否继续发送，如果是，则发送该应用消息至所述好友用户对应的应用助手；

所述应用助手，为用户查看和管理应用消息的入口，其实质为集合了应用消息的展示、处理、删除等功能的html页面，通过http标准协议跟后台服务端进行通信，其用于在接收到应用消息后，利用预设的应用消息展示策略展示所述应用消息给所述好友用户，以由所述好友用户处理该展示的应用消息。

下面对本发明中的应用消息策略中心和应用助手的结构进行具体描述：

参见图1，图1为本发明实施例提供的应用消息策略中心结构图。如图1所示，该应用消息策略中心包括：

第一接收模块，用于接收第一用户向其好友用户发送的应用消息；

判断模块，用于根据预设的应用消息限制策略判断该应用消息是否继续发送；

发送模块，用于在所述判断模块的判断结果为是时，发送所述应用消息至所述好友用户对应的应用助手。