CN105005470A - 一种通知栏消息的处理方法、服务器、用户终端及系统 - Google Patents

Abstract

一种通知栏消息的处理方法，包括：用户终端接收应用服务器发送的通知消息，所述通知消息是当前应用与所述用户终端通知模式为接收状态下向所述用户目标终端发送的通知消息；检测所述通知模式的状态，所述通知消息根据所述通知模式状态在所述用户终端内的通知栏中相应显示。采用本发明提供的通知栏消息的显示方法，不但提高了系统级别的管理方式灵活度，而且可以较好的对推送通知进行优化管理，增强了用户的使用体验。

Description

一种通知栏消息的处理方法、服务器、用户终端及系统

技术领域

本发明涉及信息处理技术领域，具体涉及一种通知栏消息的处理方法、服务器、用户终端及系统。

背景技术

目前移动终端普及率快速增长，几乎人人都有手机、平板电脑等移动设备。为生活或工作所需，用户会在自己所使用的终端中安装一些应用，而且伴随着不同需求，所安装的应用也是越来越多。在用户享受这些应用为自己的生活或工作所带来的便利的同时，也受到了部分应用推送消息的困扰，如今应用推送已经逐渐取代了短信推送，成为了快速触达用户的方式，但太过频繁的推送已经严重损害到普通用户的用户体验，在智能终端中，允许应用在终端的通知栏推送消息。有些应用将版本升级消息推送给用户，方便用户及时了解该应用的升级版本，以进行新的功能体验。但也有些应用无视用户的实际需求，只是为了推广自己的产品，向用户频繁推送大量的广告消息或促销消息，对于这些消息用户只能被动接收，造成对用户的打扰。此外，目前的微信电话本等工具中，也存在将全部通知类消息折叠成一组的情况，但是通知类消息的判断是由服务器自动进行的，用户无法自行设置，也就无法将用户希望的通知类消息直接显示给用户，降低了用户体验。由上可知，目前的管理方式不够灵活，无法较好的对通知进行优化管理，不方便用户使用，给用户带来较差的使用体验。

发明内容

本发明为解决上述问题，提供了一种通知栏信息的处理方法、服务器、用户终端及系统。

依据本发明的一实施例，提供一种通知栏消息的处理方法，包括：

用户终端接收应用服务器发送的通知消息，所述通知消息是当前应用与所述用户终端通知模式为接收状态下向所述用户目标终端发送的通知 消息；

检测所述通知模式的状态，所述通知消息根据所述通知模式状态在所述用户终端内的通知栏中相应显示。

进一步的，所述通知模式状态包括：

接收并提醒状态，则所述通知消息在通知栏中消息显示并消息提醒；

接收不提醒状态，则所述通知消息在通知栏中消息显示不消息提醒；

屏蔽状态，则所述通知消息在通知栏中不消息显示也不消息提醒。

所述接收并提醒状态中的消息显示方式为展开显示，所述展开显示为显示所述通知消息的详细内容；

所述接收不提醒状态中的消息显示方式为折叠显示，所述折叠显示为将所述通知消息折叠为一条通知显示，仅显示所述通知消息的数目；

展开所述折叠显示之后，显示所述通知消息的详细内容，并排列在所述通知栏中；

所述消息提醒为声音和/或振动。

进一步的，所述用户终端接收应用服务器发送的通知消息之后，还包括：

所述用户终端向所述应用服务器发送通知确认消息。

依据本发明的另一实施例，提供一种通知栏消息的推送方法，包括：

应用服务器当检测到需要向用户终端推送通知消息时，检测当前应用与所述用户终端的通知模式状态；

若通知模式为接收状态，则所述应用服务器向所述用户终端推送该应用的通知消息；

若通知模式为屏蔽状态，则所述应用服务器不向所述用户终端推送该应用的通知消息。

进一步的，所述若通知模式为接收状态，则所述应用服务器向所述用户终端推送该应用的通知消息之后，还包括：

所述应用服务器在预设的时间范围内判断是否接收到用户终端响应所述通知消息回复的通知确认信息；

若在预设的时间范围内没有接收到所述用户终端回复的通知确认信息，生成关于所述用户终端对应帐号的通知请求发送给所述应用服务器， 所述应用服务器根据所述通知请求向所述用户终端再次推送通知消息。

依据本发明的另一实施例，提供一种用于通知消息推送的服务器，包括：

检测模块，用于当检测到需要向用户终端推送通知消息时，检测当前应用与所述用户终端的通知模式状态；

第一处理模块，用于在通知模式为接收状态时，向所述用户终端推送该应用的通知消息；

第二处理模块，用于在通知模式为屏蔽状态时，不向所述用户终端推送该应用的通知消息。

进一步的，还包括：

第一判断模块，用于在所述第一处理模块向所述用户终端推送该应用的通知消息时，判断在预设的时间范围内是否接收到用户终端响应所述通知消息回复的通知确认信息；

消息确认模块，用于在预设的时间范围内没有接收到所述用户终端回复的通知确认信息，生成关于所述用户终端对应帐号的通知请求发送给所述通知服务器，以使所述通知服务器根据所述通知请求向所述用户终端推送通知消息。

依据本发明的另一实施例，提供一种用于通知栏消息处理的用户终端，包括：

接收模块，用于接收应用服务器发送的通知消息，所述通知消息是当前应用与所述用户终端通知模式为接收状态下向所述用户终端发送的通知消息；

检测模块，用于检测当前应用与用户终端的通知模式状态，所述通知消息根据所述通知模式状态在通知栏中相应展示；

所述通知模式状态包括：

接收并提醒状态，则所述通知消息在通知栏中消息显示并消息提醒；

接收不提醒状态，则所述通知消息在通知栏中消息显示不消息提醒；

屏蔽状态，则所述通知消息在通知栏中不消息显示也不消息提醒；

所述检测模块还包括：

显示单元：用于在通知栏中对接收到的通知消息进行显示，所述显示 单元分展开显示和折叠显示，展开显示为显示所述通知消息的详细内容；折叠显示为将所述通知消息折叠为一条通知显示，仅显示所述通知消息的数目；

提醒单元：用于用户终端在接收到通知消息时对用户时行声音提醒，所述提醒单元分声音和\或振动提醒。

进一步的，还包括：

确认模块，用于在接收应用服务器发送的通知消息后，向所述应用服务器发送通知确认消息。

依据本发明的另一实施例，提供一种通知栏消息处理系统，包括：

应用服务器，用于当检测到需要向至少一个用户终端推送通知消息时，检测当前应用与所述至少一个用户终端的通知模式状态；若通知模式为接收状态时，则所述应用服务器向所述用户终端推送该应用的通知消息；若通知模式为屏蔽状态，则所述应用服务器不向所述用户终端推送该应用的通知消息。

至少一个用户终端，用于在接收到所述应用服务器发送的通知消息后，根据所述至少一个用户终端内的通知模式状态在通知栏中相应显示；并向所述应用服务器发送通知确认消息。

本发明通过检测当前应用与用户终端的通知模式状态，进行应用通知推送，并根据通知模式状态在用户终端内的通知栏相应显示，不但提高了系统级别的管理方式灵活度，而且可以较好的对推送通知进行优化管理，增强了用户的使用体验。

附图说明

图1，本发明实施例的一种通知栏消息的处理方法的步骤流程图；

图2，本发明实施例的一种通知栏消息的处理方法中通知模式状态的结构框图；

图3，本发明实施例的一种通知栏消息推送方法的步骤流程图；

图4，本发明实施例的一种通知栏消息处理系统的结构框图；

具体实施方式

为了便于本领域技术人员的理解，下面结合附图和实施例对本发明作进一步的描述。

如图1所示，提供了本发明实施例的一种通知栏信息的处理方法的步骤流程图，本发明实施例的所述方法向用户显示推送的通知消息，具体的包括以下步骤：

步骤S101，用户终端接收应用服务器发送的通知消息，通知消息是当前应用与用户终端通知模式为接收状态下向所述用户目标终端发送的通知消息；

用户终端根据通知消息发送端的设备标识如当前应用商名称、当前应用商图标等可以确定该通知消息是否由其应用与用户终端设置的通知模式状态向本终端发送的通知消息。

步骤S102，检测通知模式的状态，通知消息根据通知模式状态在用户终端内的通知栏中相应显示；

根据用户终端与当前应用的通知模式状态设置，可以按自己需求接收当前应用通知消息，提高了用户的使用体验。

具体的参见图2，该通知模式状态100包括：

接收并提醒状态101、接收不提醒状态102、屏蔽状态103；

具体的，当前应用与用户终端的通知状态为接收并提醒状态101时，

执行通知消息在通知栏中消息显示并消息提醒1011；

当前应用与用户终端的通知状态为接收不提醒状态102时，执行通知

消息在通知栏中仅消息显示不消息提醒1021；

当前应用与用户终端的通知状态为屏蔽状态103时，执行通知消息在通知栏中不消息显示也不消息提醒1031。

在本发明的优选实施例中，接收并提醒状态101中的通知消息显示方式为展开显示，该展开显示为显示该通知消息的详细内容，包括发送方名称，发送时间及发送信息的内容等；而消息提醒在本实施例中具体为声音和\或振动，可以使用户终端在口袋里或包里或不在身上时，通过声音和\振动的方式通知到用户；

接收不提醒状态102中的通知消息显示方式为折叠显示，该折叠显示为将多条通知消息折叠为一条通知显示，具体的仅显示接到的通知消息的数目，大大节省了用户终端屏幕的占用空间，给用户视觉上整洁的效果，并且也不会有任何声音和\或振动的提醒，方便用户在公共场所或开会中使 用，不会使通知消息打扰到用户，给用户更高的使用体验；另外在用户想阅读该消息通知的时候，展开该折叠显示，该消息通知的详细内容便并排列在所述通知栏中使用户使用起来随心所欲。

另外，当用户终端接收到应用服务器推送的消息后，成功显示在通知栏中，便会自动回复给应用服务器通知确认信息，相反，若用户终端没有成功在通知栏中显示通知消息，则不会自动回复给应用服务器通知确认信息，而应用通知信息在预设时间范围内，比如：3秒后，会再次向用户终端发送通知消息。

在实际使用过程中用户可以根据各自需求设置适合自己的消息通知状态，操作简单易懂，不但提高了系统级别的管理方式灵活度，而且可以较好的对推送通知进行优化管理，增强了用户的使用体验。

对于有些消息通知经常会推送一些广告消息，甚至有的广告消息还潜入了恶意的脚本或不安全因素，一旦打开该消息通知内容，便会给用户的移动终端带来严重后果，所以这种情况下，如果想要使您的移动终端安全简洁，就需要将当前应用与用户终端的通知模式设置为屏蔽状态，这样就不会收到该类消息的任何通知和任可提醒，为用户排除了安全隐患。

通过上述方法，用户可以根据自身需要对推送的消息通知进行设置，由此解决了现有技术中恶意应用频繁发送带有广告的通知栏消息，骚扰用户，强制用户查看广告，通过以上设置，用户可以及时阻止相关消息通知的传递和显示，从而保护用户免受干扰和避免不必要的损失。

参照图3，本发明实施例的一种通知栏消息推送方法的步骤流程图，具体包括以下步骤：

步骤S201，应用服务器当检测到需要向目标终端推送通知消息时，检测当前应用与所述目标终端的通知模式状态；

步骤S202，若通知模式为接收状态，则应用服务器向目标终端推送该应用的通知消息；

其中，接收状态包括接收并提醒状态和接收不提醒状态，具体与上述信息栏消息处理方法中相应部分一致，在此不赘述。

在用户将相应的应用在用户终端前台打开后，将具体的新消息或者待办事项的数据发送给用户终端，由用户终端通过应用程序显示给用户；

步骤S203，应用服务器在预设的时间范围内判断是否接收到目标终端响应通知消息回复的通知确认信息；

当前应用与用户终端设置了通知模式状态，当应用服务器向用户终端推送通知消息后，用户终端根据事先设置好的通知模式状态响应通知消息并向应用服务器回复通知确认信息；

步骤S204，若在预设的时间范围内没有接收到所述目标终端回复的通知确认信息，生成关于所述目标终端对应帐号的通知请求发送给所述应用服务器，所述应用服务器根据所述通知请求向所述目标终端再次推送通知消息；

可以使用户终端在网络不稳定的情况下，较好的减少了通知消息的延迟，也较好的避免了通知消息发送失败的情况。

步骤S205，若通知模式为屏蔽状态，则所述应用服务器不向所述目标终端推送该应用的通知消息，减少恶意通知对用户造成的困扰。

通过本发明提供的通知栏消息推送方法，大大减少了通知消息的延迟，也较好的避免了通知消息发送失败的情况，也使一些恶意通知消息对用户造成的困扰。

参照图4，提供一种通知栏消息处理系统实施例的结构框图，具体包括：

应用服务器1和移动终端2；

应用服务器1用于当检测到需要向至少一个用户终端2推送通知消息时，检测当前应用与至少一个用户终端2的通知模式状态；若通知模式为接收状态时，则应用服务器1向用户终端2推送该应用的通知消息；若通知模式为屏蔽状态，则应用服务器1不向所述用户终端2推送该应用的通知消息；

用户终端2于在接收到应用服务器1发送的通知消息后，根据至少一个用户终端2内的通知模式状态在通知栏中相应显示；并向应用服务器1发送通知确认消息；

如图4所示，用户服务器1包括检测模块11，用于当检测到需要向目标终端推送通知消息时，检测当前应用与目标终端的通知模式状态；该通知模式状态具体包括：接收并提醒状态、接收不提醒状态和屏蔽状态，并 根据相应状态在通知栏中相应显示和\或消息提醒；

第一处理模块12，用于在通知模式为接收状态时，向用户终端推送该应用的通知消息；该通知消息可根据用户设置的通知模式在通知栏中为展开显示和折叠显示，展开显示具体为显示应用通知消息发送方、发送时间及发送方图标和通知消息内容；折叠显示为多条通知消息折叠为一条通知在通知栏中显示，仅显示通知消息的数目，展开该折叠消息，显示所有通知消息的详细内容，并排列在通知栏中；

在本发明实施例中，还包括判断模块121，用于在第一处理模块12向用户终端推送该应用的通知消息时，判断在预设的时间范围内是否接收到目标终端响应所述通知消息回复的通知确认信息；

消息确认模块122，用于在预设的时间范围内没有接收到用户终端2回复的通知确认信息，生成关于用户终端2对应帐号的通知请求发送给应用服务器1，以使应用服务器1根据通知请求向用户终端2再次推送通知消息；

第二处理模块13，用于在通知模式为屏蔽状态时，不向用户终端2推送该应用的通知消息.

用户终端2包括接收模块21、检测模块22和确认模块23，具体的，

该接收模块21，用于接收应用服务器1发送的通知消息，通知消息是当前应用与用户终端2通知模式为接收状态下向用户终端2发送的通知消息；

检测模块22，用于检测当前应用与用户终端2的通知模式状态，通知消息根据通知模式状态在通知栏中相应展示；

在本实施例中，通知模式状态包括：接收并提醒状态，则通知消息在通知栏中消息显示并消息提醒；

接收不提醒状态，则通知消息在通知栏中消息显示不消息提醒；

屏蔽状态，则通知消息在通知栏中不消息显示也不消息提醒

在本发明中，检测模块22具体还包括：显示单元221和提醒单元222，其中，显示单元221用于在通知栏中对接收到的通知消息进行显示，显示单元221分展开显示和折叠显示，展开显示为显示通知消息的详细内容；折叠显示为将所述通知消息折叠为一条通知显示，仅显示所述通知消息的 数目；

提醒单元222：用于用户终端2在接收到通知消息时对用户进行声音提醒，该提醒单元222用于用户终端在接收到通知消息时对用户进行声音提醒，该提醒单元222分声音和\或振动提醒。

确认模块23用于在接收应用服务器1发送的通知消息后，向应用服务器发送通知确认消息。

在确认模块23中向用户终端2发送了通知消息后，可能会由于网络的原因或者用户终端2的原因导致通知消息没有正确送达，因此，在本发明实施例中，设置确认模块23，即为用户终端2在接收到应用服务器1通过通知模式状态发送的通知消息后，向应用服务器1回复通知确认消息。用户终端2也可以在接收到应用服务器1发送的通知消息并成功显示在通知栏中并提醒用户后向应用服务器1.回复通知确认消息。没有接收到通知消息或者接收后没有正常显示，用户终端2均不会自动回复通知确认消息，那应用服务器1会再次向用户终端2发送通知消息。

在本发明实施例中，从应用服务器1向用户终端2发送完通知消息后，开始计时，在预设的时间范围内，例如，3秒内，没有接收到用户终端2回复的通知确认消息，则可以确认本次通知消息推送失败则可以施行确认模块23进行再次推送。

采用本发明提供的通知栏消息的显示方法，不但提高了系统级别的管理方式灵活度，而且可以较好的对推送通知进行优化管理，增强了用户的使用体验。另外由于增加了确认模块23，可以在应用服务器1在预设时间范围内没有接收到用户终端2发送的通知确认信息后，再次向用户终端2推送通知消息，减少了通知消息的延迟，也较好的避免了通知消息发送失败的情况，也使一些恶意通知消息对用户造成的困扰。

以上描述了很多具体细节以便于充分理解本发明。但是以上描述仅是本发明的较佳实施例，本发明能够以很多不同于在此描述的其它方式来实施，因此本发明不受上面公开的具体实施的限制。同时任何熟悉本领域技术人员在不脱离本发明技术方案范围情况下，都可利用上述描述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和或修改。因此，凡未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做 的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围。

Claims (10)

1.一种通知栏消息的处理方法，其特征在于，包括：

用户终端接收应用服务器发送的通知消息，所述通知消息是当前应用与所述用户终端通知模式为接收状态下向所述用户目标终端发送的通知消息；

检测所述通知模式的状态，所述通知消息根据所述通知模式状态在所述用户终端内的通知栏中相应显示。

2.如权利要求1所述的一种通知栏消息的处理方法，其特征在于，所述通知模式状态包括：

接收并提醒状态，则所述通知消息在通知栏中消息显示并消息提醒；

接收不提醒状态，则所述通知消息在通知栏中消息显示不消息提醒；

屏蔽状态，则所述通知消息在通知栏中不消息显示也不消息提醒。

所述接收并提醒状态中的消息显示方式为展开显示，所述展开显示为显示所述通知消息的详细内容；

所述接收不提醒状态中的消息显示方式为折叠显示，所述折叠显示为将所述通知消息折叠为一条通知显示，仅显示所述通知消息的数目；

展开所述折叠显示之后，显示所述通知消息的详细内容，并排列在所述通知栏中；

所述消息提醒为声音和/或振动。

3.如权利要求1所述的一种通知栏消息的处理方法，其特征在于，所述用户终端接收应用服务器发送的通知消息之后，还包括：

所述用户终端向所述应用服务器发送通知确认消息。

4.一种通知栏消息的推送方法，其特征在于，包括：

应用服务器当检测到需要向目标终端推送通知消息时，检测当前应用与所述目标终端的通知模式状态；

若通知模式为接收状态，则所述应用服务器向所述目标终端推送该应用的通知消息；

若通知模式为屏蔽状态，则所述应用服务器不向所述目标终端推送该应用的通知消息。

5.如权利要求4所述的一种通知消息的推送方法，其特征在于，所述若通知模式为接收状态，则所述应用服务器向所述目标终端推送该应用的通知消息之后，还包括：

所述应用服务器在预设的时间范围内判断是否接收到目标终端响应所述通知消息回复的通知确认信息；

若在预设的时间范围内没有接收到所述目标终端回复的通知确认信息，生成关于所述目标终端对应帐号的通知请求发送给所述应用服务器，所述应用服务器根据所述通知请求向所述目标终端再次推送通知消息。

6.一种用于通知消息推送的服务器，其特征在于，包括：

检测模块，用于当检测到需要向目标终端推送通知消息时，检测当前应用与所述目标终端的通知模式状态；

第一处理模块，用于在通知模式为接收状态时，向所述用户终端推送该应用的通知消息；

第二处理模块，用于在通知模式为屏蔽状态时，不向所述用户终端推送该应用的通知消息。

7.如权利要求6所述的一种通知消息推送的服务器，其特征在于，还包括：

判断模块，用于在所述第一处理模块向所述目标终端推送该应用的通知消息时，判断在预设的时间范围内是否接收到目标终端响应所述通知消息回复的通知确认信息；

消息确认模块，用于在预设的时间范围内没有接收到所述用户终端回复的通知确认信息，生成关于所述用户终端对应帐号的通知请求发送给所述应用服务器，以使所述应用服务器根据所述通知请求向所述用户终端再次推送通知消息。

8.一种用于通知栏消息处理的用户终端，其特征在于，包括：

接收模块，用于接收应用服务器发送的通知消息，所述通知消息是当前应用与所述用户终端通知模式为接收状态下向所述用户终端发送的通知消息；

检测模块，用于检测当前应用与用户终端的通知模式状态，所述通知消息根据所述通知模式状态在通知栏中相应展示；

所述通知模式状态包括：

接收并提醒状态，则所述通知消息在通知栏中消息显示并消息提醒；

接收不提醒状态，则所述通知消息在通知栏中消息显示不消息提醒；

屏蔽状态，则所述通知消息在通知栏中不消息显示也不消息提醒；

所述检测模块还包括：

显示单元：用于在通知栏中对接收到的通知消息进行显示，所述显示单元分展开显示和折叠显示，展开显示为显示所述通知消息的详细内容；折叠显示为将所述通知消息折叠为一条通知显示，仅显示所述通知消息的数目；

提醒单元：用于用户终端在接收到通知消息时对用户进行声音提醒，所述提醒单元分声音和\或振动提醒。

9.如权利要求8所述的一种用于通知栏消息处理的用户终端，其特征在于，还包括：

确认模块，用于在接收应用服务器发送的通知消息后，向所述应用服务器发送通知确认消息。

10.一种通知栏消息处理系统，其特征在于，包括：

应用服务器，用于当检测到需要向至少一个用户终端推送通知消息时，检测当前应用与所述至少一个用户终端的通知模式状态；若通知模式为接收状态时，则所述应用服务器向所述目标终端推送该应用的通知消息；若通知模式为屏蔽状态，则所述应用服务器不向所述目标终端推送该应用的通知消息；

至少一个用户终端，用于在接收到所述应用服务器发送的通知消息后，根据所述至少一个用户终端内的通知模式状态在通知栏中相应显示；并向所述应用服务器发送通知确认消息。