CN106470225B - 一种通知消息管理方法和装置 - Google Patents

Abstract

本申请实施例提供了一种通知消息管理方法和装置。该通知消息管理方法包括：在已注册到浏览器本地缓存的页面中指定请求页面；接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。本申请实施例通过指定浏览器页面中的请求页面，由该请求页面与服务器进行交互来获取通知消息，避免了各页面与服务器的频繁交互，减小了服务器的压力，同时，通过对通知消息的统一存放，并主动触发浏览器页面获取该通知消息，避免了浏览器页面不停地轮询查看是否出现了新的通知消息，从而减小了页面的处理压力，减少了页面变卡，渲染变慢的情况。

Description

一种通知消息管理方法和装置

技术领域

本申请涉及通信技术领域，特别是涉及一种通知消息管理方法和一种通知消息管理装置。

背景技术

当下web应用越来越多，越来越平台化，很多的平台应用都会使用通知消息的方式来将一些信息实时地反馈给用户，例如一些待办事宜，系统通知，状态变更等等。而浏览器通知消息的管理其实是比较复杂的，主要需解决以下几个问题：

1.要保证请求的唯一性。

当存在多个浏览器页面的时候，如何统一进行通知消息的监听，如果每个浏览器页面都去监听，就会导致浏览器会有很多的重复请求，导致服务器压力暴增，另外也会造成不同页面收到的结果不一致的情况。

2.要保证信息提醒的唯一性。

当浏览器收到通知消息后，必须要将其统一地分发给各个页面并且友好地提示给用户。如果处理不好，就会出现，例如，重复弹出多个相同的通知消息，或者有些页面无法正确收到通知消息进行展示，从而引起用户的误解和不满。

现有技术中，可以使用cookie来实现浏览器的通知消息管理机制，具体步骤为：

1、接收服务器向嵌入有网页即时通讯客户端的页面发送的通知消息，所述通知消息中包括即时通讯信息到达的标记；

2、将所述即时通讯信息到达的标记写入所述嵌入有网页即时通讯客户端的页面所属的上级域名对应的小型文件记录Cookie中；

3、根据所述Cookie中的所述标记，在所述上级域名下嵌入所述网页即时通讯客户端的其他页面上进行所述即时通讯信息到达的通知。

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

使用Cookie来管理通知消息，需要浏览器的各个tab页面，不停地轮询查看Cookie中是否出现了新的通知消息，如果有，再做展示。这个过程会占用当前页面的资源，导致页面变卡，渲染变慢等问题。

发明内容

本申请实施例的发明目的在于提供一种通知消息管理方法，能够解决使用Cookie来管理通知消息时，各个tab页面不停地轮询查看Cookie中是否出现了新消息，而导致的页面变卡，渲染变慢的问题。

相应的，本申请实施例还提供了一种通知消息管理装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请公开了一种通知消息管理方法，包括：

在已注册到浏览器本地缓存的页面中指定请求页面；

接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；

向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

进一步，所述在已注册到浏览器本地缓存的页面中指定请求页面，包括：

将处于开启状态的页面中第一个注册到所述浏览器本地缓存的页面指定为请求页面。

进一步，所述方法还包括：

当所述浏览器的页面根据所述通知消息处理完毕时，删除所述浏览器本地缓存中的所述通知消息。

本申请还公开了一种通知消息管理方法，包括：

确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面；

若存在，则当接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

进一步，所述方法还包括：

当处于激活状态时以悬浮窗的方式显示所述通知消息。

进一步，所述方法还包括：

当确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，作为请求页面向服务器请求通知消息；

将请求到的所述通知消息存储在所述浏览器本地缓存中。

本申请还公开了一种通知消息管理装置，包括：

指定单元，被配置为在已注册到浏览器本地缓存的页面中指定请求页面；

消息接收单元，被配置为接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；

触发单元，被配置为向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

进一步，所述指定单元，被配置为将处于开启状态的页面中第一个注册到所述浏览器本地缓存的页面指定为请求页面。

进一步，所述装置还包括：

清除单元，被配置为当所述浏览器的页面根据所述通知消息处理完毕时，删除所述浏览器本地缓存中的所述通知消息。

本申请还公开了一种通知消息管理装置，包括：

确定单元，被配置为确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面；

消息获取单元，被配置为当所述确定单元确定存在所述指定的请求页面时，在接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

进一步，所述装置还包括：

提示单元，被配置为当处于激活状态时以悬浮窗的方式显示所述通知消息。

进一步，所述装置还包括：

请求单元，被配置为当所述确定单元确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，作为请求页面向服务器请求通知消息；

存储单元，被配置为将请求到的所述通知消息存储在所述浏览器本地缓存中。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例通过指定浏览器页面中的请求页面，由该请求页面与服务器进行交互来获取通知消息，避免了各页面与服务器的频繁交互，减小了服务器的压力，同时，通过对通知消息的统一存放，并主动触发浏览器页面获取该通知消息，避免了浏览器页面不停地轮询查看是否出现了新的通知消息，从而减小了页面的处理压力，减少了页面变卡，渲染变慢的情况。

附图说明

图1是本申请的一种通知消息管理方法实施例的步骤流程图；

图2是本申请的另一种通知消息管理方法实施例的步骤流程图；

图3是本申请的另一种通知消息管理方法实施例的步骤流程图；

图4是本申请的一种通知消息管理装置实施例的结构框图；

图5是本申请的另一种通知消息管理装置实施例的结构框图；

图6是本申请的另一种通知消息管理装置实施例的结构框图；

图7是本申请的另一种通知消息管理装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种通知消息管理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，在已注册到浏览器本地缓存的页面中指定请求页面。

本实施例中，用于对通知消息进行管理的装置(以下简称该装置)可以是浏览器本地缓存(LocalStorage)，也可以是内置在浏览器本地缓存中的模块。

该装置首先在注册到LocalStorage的多个页面中指定一个请求页面，在指定后，由该请求页面与服务器进行交互，请求获得通知消息，而其它页面不会向服务器请求通知消息。

该装置可以预先约定第一个注册到LocalStorage的页面为请求页面，当页面注册到LocalStorage时可以查看LocalStorage中是否已存在请求页面，若不存在，则默认本页面为指定的请求页面，进而注册到LocalStorage后，根据触发条件，或者主动向服务器请求通知消息；若存在请求页面，则该页面完成注册即可。另外，若该页面为当前展示的页面也即处于激活状态的页面，该装置可以对该页面进行标记，例如将该页面设置为focus。

当浏览器中的页面关闭时，该装置会将该页面在localStorage中得信息删除，如果当前关闭的页面是激活状态的，则localStorage中的focus信息也会被清除。当关闭的页面是指定的请求页面时，该装置可以指定第二个注册进来的页面成为请求页面，由该请求页面与服务器进行请求，获取通知。

因此，该装置可以将处于开启状态的页面中第一个注册到浏览器本地缓存的页面指定为请求页面。

当然，该装置还可以按照其他规则指定浏览器中的某一页面为请求页面，并不局限于上述方式。

步骤102，接收请求页面发送的通知消息，该通知消息由请求页面向服务器请求获得。

该指定的请求页面会实时或定期向服务器请求通知消息，在该请求页面请求获得通知消息后，会将该通知消息发送至该装置，该装置将接收到的通知消息存储在LocalStorage中。

步骤103，向浏览器的页面发送触发信息，以触发浏览器页面获得通知消息。

该装置在接收到通知消息后，向该浏览器的各页面发送触发信息，该触发信息中可以直接包含上述通知消息，以使浏览器的各页面接收到触发信息后即可从中获知通知消息；该触发信息也可以仅用于告知浏览器各页面LocalStorage中接收到新的通知消息，而并不包含该通知消息，各页面在接收到该触发信息后可以到LocalStorage中获取通知消息。

本申请实施例通过指定浏览器页面中的请求页面，由该请求页面与服务器进行交互来获取通知消息，避免了各页面与服务器的频繁交互，减小了服务器的压力，同时，通过对通知消息的统一存放，并主动触发浏览器页面获取该通知消息，避免了浏览器页面不停地轮询查看是否出现了新的通知消息，从而减小了页面的处理压力，减少了页面变卡，渲染变慢的情况。

在另一实施例中，如图2所示，该方法还可以包括：

步骤201，当浏览器的页面根据该通知消息处理完毕时，删除浏览器本地缓存中的通知消息。

在本实施例中，当浏览器的各页面从LocalStorage中获得通知消息并根据通知消息处理完毕后，各页面可以分别向该装置发送反馈消息，告知该装置已经处理完毕，在该装置获知各页面处理完毕后，即可删除LocalStorage中存储的该通知消息，以释放内存。

参照图3，示出了本申请的另一种通知消息管理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤301，确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面。

本实施例以浏览器的页面为执行主体进行说明。浏览器页面在注册到LocalStorage时首先确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面，若不存在，则执行步骤302，若存在，则执行步骤305。

步骤302，作为请求页面向服务器请求通知消息。

当确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，该浏览器页面在完成注册后，可以根据通知消息管理装置的预约规则，默认为自身是第一个注册到该LocalStorage的页面，并将自身设置为请求页面。

该页面即可作为请求页面向服务器实时或定期请求通知消息。

当该请求页面获得通知消息时，可以同时执行步骤303及步骤304。

步骤303，将请求到的通知消息存储在浏览器本地缓存中。

该请求页面将获得的通知消息发送给该通知消息管理装置，该装置在接收到通知消息后一方面将该通知消息存储在浏览器的LocalStorage中，另一方面会发出触发信息，以便于浏览器的其它页面从LocalStorage中获得该通知消息。

步骤304，当处于激活状态时以悬浮窗的方式显示该通知消息。

当该请求页面为当前展示页面时，也即处于激活状态时，该页面还可以以悬浮窗的方式显示该通知消息，以提示用户。

步骤305，当接收到浏览器本地缓存发送的触发信息时，在浏览器本地缓存中获得通知消息，该通知消息由请求页面向服务器请求获得并存储在浏览器本地缓存中。

当该页面确定已注册到浏览器本地缓存的页面中存在指定的请求页面时，该页面不会主动向服务器请求通知消息，而是在接收到浏览器LocalStorage发送的触发信息时，在浏览器LocalStorage中获得该通知消息。该通知消息由已指定的请求页面按照前述步骤302～303的方法将通知消息存储到浏览器的LocalStorage中。

当该页面获得通知消息后，若该页面为当前展示页面也即处于激活状态，则也可以进一步执行步骤304。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请一种通知消息管理装置实施例的结构框图，具体可以包括如下单元：

指定单元401，被配置为在已注册到浏览器本地缓存的页面中指定请求页面。

消息接收单元402，被配置为接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得。

触发单元403，被配置为向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

本申请实施例中该装置通过指定单元指定浏览器页面中的请求页面，由该请求页面与服务器进行交互来获取通知消息，避免了各页面与服务器的频繁交互，减小了服务器的压力，同时，通过消息接收单元和触发单元对通知消息的统一存放，并主动触发浏览器页面获取该通知消息，避免了浏览器页面不停地轮询查看是否出现了新的通知消息，从而减小了页面的处理压力，减少了页面变卡，渲染变慢的情况。

在另一实施例中，指定单元401，被配置为将处于开启状态的页面中第一个注册到所述浏览器本地缓存的页面指定为请求页面。

在另一实施例中，如图5所示，该装置还可以包括：

清除单元501，被配置为当所述浏览器的页面根据所述通知消息处理完毕时，删除所述浏览器本地缓存中的所述通知消息。

参照图6，示出了本申请一种通知消息管理装置实施例的结构框图，具体可以包括如下单元：

确定单元601，被配置为确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面。

消息获取单元602，被配置为当所述确定单元确定存在所述指定的请求页面时，在接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

在另一实施例中，如图7所示，该装置还可以包括：

提示单元701，被配置为当处于激活状态时以悬浮窗的方式显示所述通知消息。

该装置还可以包括：

请求单元702，被配置为当所述确定单元601确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，作为请求页面向服务器请求通知消息；

存储单元703，被配置为将请求到的所述通知消息存储在所述浏览器本地缓存中。

本申请实施例还提供了一种电子设备，包括存储器、收发器和处理器。

处理器与收发器和存储器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器用于读取存储器中的程序代码，执行以下步骤：

在已注册到浏览器本地缓存的页面中指定请求页面。

收发器，用于接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

本申请实施例还提供了另一种电子设备，包括存储器和处理器。

处理器与存储器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器用于读取存储器中的程序代码，执行以下步骤：

确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面；

若存在，则当接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种通知消息管理方法和一种通知消息管理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

在已注册到浏览器本地缓存的页面中指定请求页面；

将处于开启状态的页面中第一个注册到所述浏览器本地缓存的页面指定为请求页面；

接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；

向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述浏览器的页面根据所述通知消息处理完毕时，删除所述浏览器本地缓存中的所述通知消息。

3.一种通知消息管理方法，其特征在于，包括：

确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面；

若存在，则当接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当处于激活状态时以悬浮窗的方式显示所述通知消息。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

当确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，作为请求页面向服务器请求通知消息；

将请求到的所述通知消息存储在所述浏览器本地缓存中。

6.一种通知消息管理装置，其特征在于，包括：

指定单元，被配置为在已注册到浏览器本地缓存的页面中指定请求页面；

所述指定单元，被配置为将处于开启状态的页面中第一个注册到所述浏览器本地缓存的页面指定为请求页面；

消息接收单元，被配置为接收所述请求页面发送的通知消息，所述通知消息由所述请求页面向服务器请求获得；

触发单元，被配置为向所述浏览器的页面发送触发信息，以触发所述浏览器页面获得所述通知消息。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

清除单元，被配置为当所述浏览器的页面根据所述通知消息处理完毕时，删除所述浏览器本地缓存中的所述通知消息。

8.一种通知消息管理装置，其特征在于，包括：

确定单元，被配置为确定已注册到浏览器本地缓存的页面中是否存在指定的请求页面；

消息获取单元，被配置为当所述确定单元确定存在所述指定的请求页面时，在接收到所述浏览器本地缓存发送的触发信息时，在所述浏览器本地缓存中获得通知消息，所述通知消息由所述请求页面向服务器请求获得并存储在所述浏览器本地缓存中。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

提示单元，被配置为当处于激活状态时以悬浮窗的方式显示所述通知消息。

10.根据权利要求8或9所述的装置，其特征在于，所述装置还包括：

请求单元，被配置为当所述确定单元确定已注册到浏览器本地缓存的页面中不存在指定的请求页面时，作为请求页面向服务器请求通知消息；

存储单元，被配置为将请求到的所述通知消息存储在所述浏览器本地缓存中。