CN112835659A - 消息推送方法及装置 - Google Patents

Abstract

本申请提供了一种消息推送方法及装置，其中，该方法包括：在Web页面上生成文件对象模型dom元素，该dom元素的悬浮显示优先级符合预定条件，然后将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示，即将同类信息显示一部分，不全部显示，节省资源，解决了相关技术中Web页面上系统弹出的提示信息显示混乱的问题，保证了界面整洁，在dom元素上显示使得窗口可以呈现悬浮状态，可以随时查阅。

Description

消息推送方法及装置

技术领域

本申请涉及但不限于信息通知领域，具体而言，涉及一种消息推送方法及装置。

背景技术

在相关技术中，市面上大部分框架提供的显示推送消息的方式主要是从边角位置弹出消息体。

相关技术中的安防系统Web页面或者实时监测预警类型的系统Web页面由于业务场景问题会导致产生海量的消息推送，例如在监控的重点人物出现时，会出现大量提示信息。海量消息推送从边角位置弹出时显示混乱，占用资源过多。

针对相关技术中Web页面上系统弹出的提示信息显示混乱的问题，目前还没有有效的解决方案。

发明内容

本申请实施例提供了一种消息推送方法及装置，以至少解决相关技术中Web页面上系统弹出的提示信息显示混乱的问题。

根据本申请的一个实施例，提供了一种消息推送方法，包括：在Web页面上生成文件对象模型dom(Document Object Model，简称为dom)元素，其中，dom元素的悬浮显示优先级符合预定条件；将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

根据本申请的另一个实施例，还提供了一种消息推送装置，包括：生成模块，用于在Web页面上生成文件对象模型dom元素，其中，dom元素的悬浮显示优先级符合预定条件；显示模块，用于将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

根据本申请的又一个实施例，还提供了一种存储介质，存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请的又一个实施例，还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

通过本申请，在Web页面上生成文件对象模型dom元素，该dom元素的悬浮显示优先级符合预定条件，然后将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示，即将同类信息显示一部分，不全部显示，节省资源，解决了相关技术中Web页面上系统弹出的提示信息显示混乱的问题，保证了界面整洁，在dom元素上显示使得窗口可以呈现悬浮状态，可以随时查阅。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种消息推送方法的终端的硬件结构框图；

图2是根据本申请实施例的消息推送方法的流程图；

图3是根据本申请另一个实施例的消息显示的页面效果示意图；

图4是根据本申请另一个实施例的全页面拖动的消息悬浮球的示意图；

图5是根据本申请另一个实施例的例子2的流程示意图；

图6是根据本申请另一个实施例的例子2的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

相关技术中的消息推送方案，存在以下缺点：

a.无法应对海量消息推送，由于每条消息会占据一定的位置，消息一多会导致消息不断被顶出去；

b.无法聚合，过滤，搜索，由于消息之间相互独立，无法对相关的消息进行统一的管理，也就无法进行上述操作；

c.占用页面资源过多，由于消息不断被推送出来，会导致产生大量的页面元素，如果还有图片视频之类的资源，会导致海量的数据请求和页面资源占用；

d.有可能在某些版本的浏览器(例如：chrome浏览器55版本)在全屏的适合无法显示，原因是：弹出的消息通常被添加在body直接子元素里面，一旦body的其他子元素的内层元素全屏了，可能消息会被挡住无法显示。

如果采用相关技术中的类似邮箱未读消息提醒，有一个未读消息的数字标识有新消息，存在以下缺点：

a.显示不明显，可能会漏掉；

b.信息查看不及时，需要打开一个新页面查看信息；

c.信息查看不方便，无法在不打断当前页面操作的前提下操作新弹出的消息。

实施例一

本申请实施例一所提供的方法实施例可以在计算机终端或者类似的运算装置中执行。以运行在终端上为例，图1是本申请实施例的一种消息推送方法的终端的硬件结构框图，如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输装置106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本申请实施例中的消息推送方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述终端的消息推送方法，图2是根据本申请实施例的消息推送方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，在Web页面上生成文件对象模型dom元素，其中，dom元素的悬浮显示优先级符合预定条件；

步骤S204，将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

上述信息可以是安防信息。

通过上述步骤，在Web页面上生成文件对象模型dom元素，该dom元素的悬浮显示优先级符合预定条件，然后将接收到的多条信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示，即将同类信息显示一部分，不全部显示，节省资源，解决了相关技术中Web页面上系统弹出的提示信息显示混乱的问题，保证了界面整洁，在dom元素上显示使得窗口可以呈现悬浮状态，可以随时查阅。

可选地，上述步骤的执行主体可以为终端，但不限于此。

可选地，上述的生成dom元素的步骤，和对多条信息进行分类的步骤可以是同时运行的，或者不同时运行。

可选地，dom的悬浮显示优先级符合预设条件，包括以下之一：允许dom元素悬浮于处于全屏模式的应用程序的上方；dom元素始终显示于系统界面的上方；dom元素具有最高等级的显示优先级。采用上述方案，预先为dom元素设置显示优先级，保证dom元素在多种场景下的能见性，避免在其他软件时处于全屏状态时dom元素不可见，保证信息实时可见以及高优先级。处于全屏模式的应用程序可以是相关技术中的视频应用程序，游戏应用程序等。处于应用程序的上方即是操作用户优先看到dom元素，dom元素不会被处于全屏模式的应用程序阻挡。

可选地，将接收到的多条信息按照预设规则分类，包括：获取每条信息携带的目标ID和类型ID，其中，目标ID为信息描述的目标，类型ID为目标的类型；将具有相同类型ID的信息划分为同一大类，以及，在一大类中将具有相同目标ID的信息划分为同一小类，将属于同类的信息在dom元素中聚合显示，包括：将同一小类的信息在dom元素中聚合显示。采用该方案，依据预设规则将多条信息进行分类，例如按照不同的目标人物进行分类，或者按照不同的追踪物体进行分类。上述的类型ID可以包括人和车辆，目标ID可以包括人物甲和人物乙。

可选地，将属于同类的信息在dom元素中聚合显示，包括：在dom元素中仅显示同类的多条信息中优先级最高的预设个数的信息，隐藏剩余信息。采用该方案，对于同类信息仅显示部分信息，采用惰性加载资源的方式节省了系统资源，也保证了页面的简洁度。

可选地，在dom元素中仅显示同类的多条信息中优先级最高的预设个数的信息之前，依据接收时间的由远到近，依次设置信息的优先级从低到高。采用该方案，对于同类信息，优先显示最近的信息，当然优先级设置的依据不局限于时间，还可以依据目标ID的不同动作进行设置，例如优先显示人物所在位置的变化。通过该种方式，保证重要信息被优先显示，充分发挥安防系统的作用。

可选地，隐藏剩余信息之后，在接收到展开剩余信息的指示信息之后，显示剩余信息。采用该方案，为用户提供显示其余信息的接口，保证用户能够查看到所有信息。

可选地，该方法还包括：在dom元素中接收输入的关键字；显示与关键字对应的信息。采用该方案，为用户提供搜索信息的接口，便于用户查询到需要的信息。

下面结合本申请另一个实施例进行说明。

本申请另一个实施例采用聚合、惰性显示和移动dom(文件对象模型，DocumentObject Model，简称为dom)的方式解决海量消息推送的显示混乱、占用资源过多和全屏下无法正确显示的问题。有效实现该类系统的消息推送的业务需求。

采用本申请另一个实施例的方案，改进方式如下：

1.消息聚合，分类，具体地，相同类型的消息进行聚合显示，便于对于某类消息的统计分析比对。

2.消息搜索，具体地，由于本方案收集合了所有的消息，故可以根据消息的关键字进行检索，快速定位消息和判断是否有某些消息。

3.全局查看，具体地，消息始终悬浮在系统的上方，便于任意的情形(包括全屏)适合的查看。

4.降低页面资源占用，具体地，消息过多有没有查看的时候，如果都加载出来会导致页面资源的占用，被方案采用惰性加载的方式，只预加载十条消息，其余未查看的消息不加载，有效降低资源占用。

5.防止阻挡页面内容，具体地，聚合起来的消息提供拖动的功能，可在页面上随意拖动，防止阻挡，也可以短暂关闭，后续有新消息时自动弹出。

6.提供简易查看模式和详情模式，具体地，消息可以显示简要信息也可以显示详细信息。

本申请另一个实施例的可以应用于以下场景：适用于某些有很多消息需要推送的系统，例如公共安防系统，设备实时监控系统，车间安全生产监控系统等。

图3是根据本申请另一个实施例的消息显示的页面效果示意图，如图3所示：将消息进行分类，依据地区进行划分，设置有名称检索框，设置有简要消息，以及多条消息的展开情况。

图4是根据本申请另一个实施例的全页面拖动的消息悬浮球的示意图，如图4所示，悬浮球上显示有未读取消息的个数。

在本申请另一个实施例中，相关名称说明如下：

1.每条消息具有本身独有的messageId；

2.每条消息具有其描述对象的id，称为targetId(例如：a消息是由于在某时某地捕捉到了C物品而推送的，b消息是由于在不同于a消息的时间或地点捕捉到了C物品而推送的，那么两条消息会具有相同的targetId)；

3.每条消息带有类型typeId,带有地点locationId；

4.聚合消息：多条消息被聚合后形成一条消息，成为聚合消息；

5.简易模式：主要显示聚合消息中的相同的核心部分；

6.详细模式：展开后聚合的消息。

例子1：聚合显示消息推送，采用惰性加载方式渲染，并提供检索功能。

图5是根据本申请另一个实施例的例子2的流程示意图，如图5所示，包括以下步骤：

步骤1.生成支持消息显示的dom元素；允许dom元素悬浮于处于全屏模式的应用程序的上方；dom元素始终显示于系统界面的上方；dom元素具有最高等级的显示优先级。

步骤2.接收到安防系统通知的安防消息；例如接收到，用户A的十分钟前的消息，用户A的当前时刻的消息，用户B的消息，场馆C的消息，车辆D的消息，车辆E的消息。

步骤3.消息悬浮球开始显示(并开始支持拖动到页面的任意位置)；

步骤4.将消息按时间排序，将消息分成不同的大类。提取出每条消息的类型和地点(typeId和locationId)等，并生成类型地点可筛选的框，和模糊检索的框，按照类型typeId和地点location Id将消息分成大类；例如，将用户A的消息和用户B的消息分为第一大类，将车辆D和车辆E的消息分为第二大类。

步骤5.一个targetId创建一个集合，依据targetId将消息分成小类，并将具有该targetId的消息聚合到该集合中；例如，用户A的十分钟前的消息和用户A当前时刻的消息都是用于描述A，则可以分为第一大类中的第一小类。

步骤6.描述上述根据targetId创建出来的集合(描述的信息有：1.简易模式下所展示的内容，2.是否展开该集合的消息(也就是详细模式)，3.展开后显示集合中的哪一条消息等)；例如，描述第一小类是关于用户A的信息。更详细的可以显示，是关于用户A的在某个活动区域的消息。

步骤7.惰性显示：使用简易模式渲染上述聚合信息的前十条，也就是前十个targetId集合(如果不足十条则全部显示)，所有聚合的消息默认采用简易模式显示；

步骤8.点击悬浮球，悬浮球隐藏，聚合消息以简易模式显示(假如有很多的聚合后的消息，会随着查看的过程中页面向下滚动而自动加载)，点击某条聚合消息可以查看被聚合在一起的每条消息详情；例如，悬浮球上仅显示有用户A发生了位置移动，如何此刻接收到点击悬浮球的操作，则悬浮球中详细列出本次用户A的位置移动的起点和终点，耗费时间等具体信息。

步骤9.点击聚合消息的‘已读’按钮，删除该聚合的所有消息；点击消息的查看详情，可以跳转到对应页面，同时删除该消息(当所有消息都没有了，自动关闭该聚合消息，关闭悬浮球)；例如接收到了对用户A的聚合消息的“已读”按钮的点击操作，则表示工作人员已经阅读完毕关于用户A的消息，则自动关闭该聚合消息。当然，聚合消息中的多条消息也可以一条一条的关闭，不一定要将全部聚合消息同时关闭。在所有的聚合消息均已经被阅读的情况下，可以关闭悬浮球。

步骤10.点击关闭，收起聚合消息，重新显示悬浮球。在接收到工作人员的点击关闭按钮的操作后，收起聚合消息，不再显示详细的消息，重新显示悬浮球，悬浮球中继续显示最新更新的信息。

例子2：聚合显示消息推送，采用惰性加载方式渲染，并提供检索功能，提供全屏移动dom的功能，防止消息无法显示。

图6是根据本申请另一个实施例的例子2的流程图，如图6所示，包括以下步骤：

步骤1.生成支持消息显示的dom元素；

步骤2.监听全屏的事件，全屏的时候将上一步骤生成的dom移动至全屏元素内，退出全屏的时候将其移回原来的位置。dom元素可以显示显示安防系统推送的通知消息，dom元素移动至全屏元素内，即即使用户在操作全屏模式下操作别的应用程序，也可以直观看到dom元素；

步骤3.接收到安防系统通知的安防消息；

步骤4.消息悬浮球开始显示，开始显示步骤3中接收到的安防消息(并开始支持拖动到页面的任意位置)；

步骤5.将消息按时间排序，并提取出每条消息的类型和地点(typeId和locationId)等，并生成类型地点可筛选的框，和模糊检索的框；

步骤6.一个targetId创建一个集合，依据targetId将消息分成小类，并将具有该targetId的消息聚合到该集合中；

步骤7.描述上述的根据targetId创建出来的集合(描述的信息有：1.简易模式下所展示的内容，2.是否展开该集合的消息(也就是详细模式)，3.展开后显示集合中的哪一条消息等)；

步骤8.惰性显示：使用简易模式渲染上述聚合信息的前十条，也就是前十个targetId集合(如果不足十条则全部显示)，所有聚合的消息默认采用简易模式显示；

步骤9.点击悬浮球，悬浮球隐藏，聚合消息以简易模式显示(假如有很多的聚合后的消息，会随着查看的过程中页面向下滚动而自动加载)，点击某条聚合消息可以查看被聚合在一起的每条消息详情；

步骤10.点击聚合消息的‘已读’按钮，删除该聚合的所有消息；点击消息的查看详情，可以跳转到对应页面，同时删除该消息(当所有消息都没有了，自动关闭该聚合消息，关闭悬浮球)；

步骤11.点击关闭，收起聚合消息，重新显示悬浮球。

采用上述方案，实现了以下技术效果：

a.更低成本的修改：不改变服务端原有的推送逻辑，单纯从前端角度对推送的消息进行分类，聚合和检索功能。

b.更强大的查看功能：有效提升系统的消息管理能力，提供简易模式，和较为详细的模式进行查看。

c.更节省的资源：从在处理的过程中对消息进行只进行预加载10条(在查看的过程中才不断加载，不查看不进行更多的加载)，使得可以使用惰性加载方式节省页面资源，减少由于海量消息推送需要生成海量dom元素所占用的资源。

d.有友好的体验：当收起查看消息的时候，形成类似一个悬浮球的状态，可以拖动的页面的任意位置，减少对页面内容操作的阻挡。并添加了搜索分类等功能。

e.更显眼的显示，聚合推送消息的悬浮球在收到新消息时可以进行闪烁和数字跳动的效果，提醒用户有新消息。

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

实施例二

在本实施例中还提供了一种消息推送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

根据本申请的另一个实施例，提供了一种消息推送装置，包括：

生成模块，用于在Web页面上生成文件对象模型dom元素，其中，dom元素的悬浮显示优先级符合预定条件；

显示模块，用于将接收到的多条安防信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，在Web页面上生成文件对象模型dom元素，其中，dom元素的悬浮显示优先级符合预定条件；

S2，将接收到的多条安防信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输装置以及输入输出设备，其中，该传输装置和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在Web页面上生成文件对象模型dom元素，其中，dom元素的悬浮显示优先级符合预定条件；

S2，将接收到的多条安防信息按照预设规则分类后，将属于同类的信息在dom元素中聚合显示。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种消息推送方法，其特征在于，包括：

在Web页面上生成文件对象模型dom元素，其中，所述dom元素的悬浮显示优先级符合预定条件；

将接收到的多条信息按照预设规则分类后，将属于同类的信息在所述dom元素中聚合显示。

2.根据权利要求1所述的方法，其特征在于，所述dom的悬浮显示优先级符合预设条件，包括以下之一：

所述dom元素悬浮于处于全屏模式的应用程序的上方；

所述dom元素始终显示于系统界面的上方；

所述dom元素具有最高等级的显示优先级。

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

将接收到的多条信息按照预设规则分类，包括：获取每条信息携带的目标ID和类型ID，其中，所述目标ID为信息描述的目标，所述类型ID为所述目标的类型；将具有相同类型ID的信息划分为同一大类，以及，在所述一大类中将具有相同目标ID的信息划分为同一小类；

将属于同类的信息在所述dom元素中聚合显示，包括：将同一小类的信息在所述dom元素中聚合显示。

4.根据权利要求1所述的方法，其特征在于，将属于同类的信息在所述dom元素中聚合显示，包括：

在所述dom元素中仅显示同类的多条信息中优先级最高的预设个数的信息，隐藏剩余信息。

5.根据权利要求4所述的方法，其特征在于，在所述dom元素中仅显示同类的多条信息中优先级最高的预设个数的信息之前，包括：

依据接收时间的由远到近，从低到高依次设置信息的优先级。

6.根据权利要求4所述的方法，其特征在于，隐藏剩余信息之后，所述方法还包括：

在接收到展开所述剩余信息的指示信息之后，显示所述剩余信息。

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

在所述dom元素中接收输入的关键字；

显示与关键字对应的信息。

8.根据权利要求1所述的方法，其特征在于，所述dom元素在所述Web页面上显示为悬浮球。

9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至7任一项中所述的方法。

Images