CN107368518B - 一种通知消息的管理方法及终端、计算机可读存储介质 - Google Patents

一种通知消息的管理方法及终端、计算机可读存储介质 Download PDF

Info

Publication number
CN107368518B
CN107368518B CN201710413883.2A CN201710413883A CN107368518B CN 107368518 B CN107368518 B CN 107368518B CN 201710413883 A CN201710413883 A CN 201710413883A CN 107368518 B CN107368518 B CN 107368518B
Authority
CN
China
Prior art keywords
message
notification
notification message
terminal
same
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710413883.2A
Other languages
English (en)
Other versions
CN107368518A (zh
Inventor
乐亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BEIJING MENGTIANMEN TECHNOLOGY Co.,Ltd.
Original Assignee
Beijing Mengtianmen Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Mengtianmen Technology Co ltd filed Critical Beijing Mengtianmen Technology Co ltd
Priority to CN201710413883.2A priority Critical patent/CN107368518B/zh
Publication of CN107368518A publication Critical patent/CN107368518A/zh
Application granted granted Critical
Publication of CN107368518B publication Critical patent/CN107368518B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/35—Clustering; Classification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
    • H04M1/72472—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons wherein the items are sorted according to specific criteria, e.g. frequency of use

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephone Function (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种通知消息的管理方法及终端、计算机可读存储介质，该方法包括根据获取到的通知消息查询未查阅消息列表中是否存在相同的消息记录，若存在，则根据预设的聚合策略将未查阅消息列表中与该通知消息相同的消息和该通知消息进行聚合，并将聚合后的消息更新显示在状态栏中，从而实现了对终端接收到通知消息归类处理；通过对相同通知消息的聚合处理，不仅是减少了通知消息的推送数量，还减少了通知消息在终端状态栏上的显示空间，达到增加了屏幕的可利用空间，同理，对相同通知消息的聚合后，方便了用户对同类消息的定位查询，提高了用户浏览通知消息的效率和用户的使用体验。

Description

一种通知消息的管理方法及终端、计算机可读存储介质
技术领域
本发明涉及终端控制技术领域，更具体地说，涉及一种通知消息的管理方法及终端、计算机可读存储介质。
背景技术
随着智能终端的逐步普及，利用智能终端连接网络获取资讯信息称为了一种趋势。基于这种趋势，越来越多的第三方开发商开始利用应用程序向智能终端用具推送有用的消息，由此扩大第三方应用的影响力以及受众群，进而实现对第三方应用的推广。
在接收到第三方应用或***应用推送的通知消息后，在智能终端的显示屏上通过列表和时间顺序进行罗列，如图2A和2B所示，其中图2A示出了列表形式展示的通知消息，图2B示出了按照时间顺序展示的通知消息。
从图2中的展示可以看出，在现有的通知消息管理方案中，没有通过按照推送消息的类型或者推送应用的属性等等，对接收到的消息进行适当的归类整理显示，而是全部列表在状态栏或者显示屏上展示，由于终端的屏幕显示空间极其有限，因此，对于存在较多的通知消息同时推送显示时，就会造成屏幕显示区域的大量被占用，导致屏幕空间的利用率不高，并且这样的管理方式会导致消息的混乱，大大地阻碍了用户对通知消息概况的了解，从而使得用户在浏览通知消息时效率低下，而且找寻重要通知消息非常困难，由此造成用户体验不佳。
发明内容
本发明的主要目的在于，提供一种通知消息的管理方法及终端、计算机可读存储介质，旨在解决现有的消息管理方式导致终端显示屏的空间利用率低下，以及无法快速对通知消息的定位查看，造成用户体验不佳的技术问题。
为了解决上述技术问题，提供一种通知消息的管理方法，包括：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中。
进一步地，所述方法还包括：在所述终端的通知消息收发接口的位置上设置有通知消息拦截单元；
所述获取终端所接收到的通知消息包括：通过所述通知消息拦截单元拦截终端上的收发接口所接收到的通知消息，从而实现终端对通知消息的获取。
进一步地，所述查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录包括：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤。
进一步地，在所述根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名之后，还包括：
根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若判断结果为相同，则执行所述通知消息的聚合处理步骤。
进一步地，所述方法还包括：若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中，并展示在所述状态栏上。
本发明实施例还提供了一种通知消息的管理终端，所述终端包括：处理器、存储器和通信总线；
所述通信总线用于实现所述处理器与所述存储器之间的通信连接；
所述处理器用于执行所述存储器中存储的通知消息管理程序，以实现以下步骤：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中。
进一步地，所述处理器通过执行所述通知消息管理程序，以实现以下步骤：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤。
进一步地，所述处理器还用于执行所述通知消息管理程序，以实现以下步骤：
根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若判断结果为相同，则执行所述通知消息的聚合处理步骤。
进一步地，所述处理器还用于执行所述通知消息管理程序，以实现以下步骤：
若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中，并展示在所述状态栏上。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有通知消息管理程序，所述通知消息管理程序被执行时实现如上任一项所述的通知消息的管理方法的步骤。
本发明提供了一种通知消息的管理方法及终端、计算机可读存储介质，该方法包括根据获取到的通知消息查询未查阅消息列表中是否存在相同的消息记录，若存在，则根据预设的聚合策略将未查阅消息列表中与该通知消息相同的消息和该通知消息进行聚合，并将聚合后的消息更新显示在状态栏中，从而实现了对终端接收到通知消息归类处理；通过对相同通知消息的聚合处理，不仅是减少了通知消息的推送数量，还减少了通知消息在终端状态栏上的显示空间，达到增加了屏幕的可利用空间，同理，对相同通知消息的聚合后，方便了用户对同类消息的定位查询，提高了用户浏览通知消息的效率和用户的使用体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明，附图中：
图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。
图2为现有终端设备展示所接收的通知消息的示意图。
图3为本发明第一实施例提供的通知消息的管理方法的流程图。
图4为本发明实施例提供的对通知消息进行聚合的一种显示界面图。
图5为本发明实施例提供的对通知消息进行聚合的又一种显示界面图。
图6为本发明第二实施例提供的通知消息的管理方法的另一种流程图。
图7为本发明第三实施例提供的通知消息的管理终端的结构框图。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储单元109、主控单元110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给主控单元110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储单元109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储单元109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给主控单元110，并能接收主控单元110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给主控单元110以确定触摸事件的类型，随后主控单元110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储单元109可用于存储软件程序以及各种数据。存储单元109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储单元109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
主控单元110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储单元109内的软件程序和/或模块，以及调用存储在存储单元109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。主控单元110可包括一个或多个处理单元；优选的，主控单元110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到主控单元110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理***与主控单元110逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
基于上述移动终端硬件结构，提出本发明方法及装置的各个实施例。
第一实施例：
随着终端应用数量的不断增多，状态栏或通知栏显示的消息数量也在不断地增长，当通知消息较多时常常多屏或者采用列表的方式才能显示完整内容，增加了用户定位所关注信息的难度。为了解决这些问题，本发明实施例提供出类一种通知消息的管理方法，该方法主要是通过对通知消息进行分类按照通知源进行封装，当同个应用产生多条通知消息时，利用聚合策略对其进行聚合，再进行展现，增加了屏幕的可利用空间，方便了用户对***所有信息概况的了解。
如图3所示，图3为本发明本实施例提供的通知消息的管理方法的流程图，该方法是基于上述图1现有的移动终端的硬件结构所提出的实现方案，该方案具体是通过对判断接收到的通知消息在已推送的消息中是否存在相同的，若存在，则进行聚合处理，将多条相同的通知消息合并为一条消息进行展示，其具体处理步骤如下：
S301，获取终端所接收到的通知消息，这里所接收到的通知消息可以是其他终端发送过来的，也可以是与终端通信连接的服务器推送过来的。
S302，查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录。
S303，若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录。
S304，根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息。
S305，将所述新的通知消息更新显示在终端的状态栏中。
在本实施例中，在步骤S301之前，还包括设置通知消息拦截单元，该通知消息拦截单元具体是设置在终端的通知消息收发接口上，用于监控终端所接收到的每一条通知消息，所述获取终端所接收到的通知消息，具体可以通过通知消息拦截单元在监控的同时对通知消息的来源进行监控，以及类型的判断，若通过该通知消息拦截单元监控到当前接收到的通知消息与之前推送的且未读的通知消息属于相同来源的消息时，则对该通知消息进行拦截，从而实现终端对通知信息的获取；也可以是通过该通知消息拦截单元对终端的通知消息收发接口监控，只要监控到有通知消息发送过来就进行拦截，也即是说，无论该通知消息是什么样的消息都进行拦截，从而实现对通知消息的获取。
在实际应用中，对于通知消息拦截单元的设置，具体可以根据终端的***类型进行设置，不同的***对应的通知消息接收机制不相同，例如，在Android***中可以直接改变框架侧的实现，对框架中发送通知的接口进行定制，从而在通知消息展示前对其进行预先处理，可选的通过对***的构建框架进行修改，在发送通知的接口上增加一个监控拦截功能，该功能可以通过硬件的方式实现，也可以通过程序的方式实现，通过程序的方式实现时，开发人员通过对***的源程序代码进行修改或者在接收通知消息的程序中，增加一个拦截程序，同构该拦截程序对接口进行有效的监控。
进一步的，还可以通过对应用程序本身的通知消息发送流程进行监控，具体的每个应用程序都设置有获知自身通知消息发送的功能，通过监控应用程序本身的消息推送功能即可。
例如，在Linux***中，通过修改动态库的默认加载次序，植入自定义的动态库去进行标准接口的封装，然后对信息进行加工，具体的，通过自己开发一个具有监控拦截功能的动态库，并将该动态库加载在***中，通过执行***程序将该动态库加载代替***原有的动态库作为主要的通知消息存储库，当***接收到通知消息存储到动态库中后，该动态库自动执行识别操作，并拦截判断是否执行下一步操作。
在本实施例中，步骤S302在查询是否存在与通知消息相同的消息记录时，具体是通过对通知消息的来源以及类型进行判断是否存在相同的消息记录，其处理步骤包括：
根据所述通知消息获取接收该通知消息的应用程序信息，该应用程序信息包括包名、IP地址以及其他的能实现唯一识别的标识信息。
根据获取到的应用程序信息查询所述未查阅消息列表中是否存在相同的应用程序信息。
根据查询的结果确定是否需要执行对通知消息进行聚合步骤。
在实际应用中，所有的应用之间的消息传输都是一对一的传输，应用A发送的消息，在另一终端上接收时，只能通过终端上的应用A接收，因此在Android***中具体是通过利用接收通知消息的应用程序的包名来唯一标识一个程序，从而确定通知消息是否来自于同一个程序源，也即是通过通知消息拦截单元在监控通知消息的同时，获取每个通知消息的发送源头(应用程序)，具体通过监控该通知消息在本终端上的接收应用程序即可，通过监控并获取接收消息的应用程序的包名，根据监控的应用程序的包名查询未查阅消息列表中对应的记录，若在未查阅消息列表中查询到相关的记录，则说明该通知消息与列表中的记录属于同一个应用程序发送的消息，然后执行聚合步骤对该消息进行聚合处理；若不存在相关的记录，则不执行聚合步骤。
例如，如图4所示，所述通知消息为图中的消息1，且该消息属于应用A发送的，而在未查阅消息列表中存在应用A发送的消息2、3以及应用B发送的消息4，这时通过应用A查询列表中存在两个应用A发送的消息，根据查询的结果将通知消息与消息2和3进行聚合，得到聚合消息1，最后将聚合消息1替换未阅消息列表中的消息2和3。
在本实施例中，在查询存在相同的记录之后，还包括：
对通知消息的类型进行识别，具体是对未查阅消息列表中的消息类型和当前接收到的通知消息进行类型的识别。
比较当前获取到的通知消息的类型与列表中的通知消息的类型；
根据比较的结果确定类型是否相同；
相同，则执行聚合处理步骤。
在实际应用中，在判断该通知消息是否需要进行聚合时，当判断到在未查阅消息列表上存在相同应用程序发送的消息记录且该消息记录对应的消息类型与该通知消息的类型属于相同类型时，则执行聚合步骤进行聚合处理，并将聚合后的消息显示在状态栏上，且只显示一项通知即可；若属于同一应用发送的属于不同类型的消息时，则将该通知消息归类到该应用的未查阅消息列表中，而在状态栏上只显示一项通知消息的提示，但是在提示中进行滚动的将不同类型消息显示出来。
如图5所示，所述通知消息为图中的消息1，且该消息属于应用A发送的，类型为告警消息，而在未查阅消息列表中存在应用A发送的消息2、3以及应用B发送的消息4，这时通过应用A查询列表中存在两个应用A发送的消息，进一步的，判断消息2和3的类型，若消息2为告警消息，消息3为语音消息，根据查询的结果和类型的比较结果将通知消息与消息2进行聚合，得到聚合消息1，最后将聚合消息1替换未阅消息列表中的消息2，并与消息2和4并列显示在状态栏上。
在本实施例中，若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中并列展示在所述状态栏上。具体的是将多个来自同一应用的消息采用一条消息来显示，其中包含通知消息的来源应用，消息的数量，最后消息更新时间等辅助信息，让用户可以识别消息。
在步骤S305中需要将原消息进行改装，产生封装后的消息上报给操作***。而***依然将其当成普通消息看待与显示。当用户点击消息查看时，聚合消息模块会产生自定义的界面，其可以采用弹出界面的方式来展示某个对用应用的所有通知消息的详情。进入这个列表后用户选择具体消息后会按照程序对应设计的动作去执行后续任务。
本发明实施例提共的通知消息的管理方法，通过对获取到的通知消息判断是否存在相同的消息记录，根据判断的结果对终端上的所有通知消息进行聚合处理；通过对相同通知消息的聚合处理，不仅是减少了通知消息的推送数量，还减少了通知消息在终端状态栏上的显示空间，达到增加了屏幕的可利用空间，同理，对相同通知消息的聚合后，实现了用于对消息的快捷查看和通知栏空间的高效利用，提高了用户的使用体验。
第二实施例：
如图6所示，为本发明实施例二提供的通知消息的管理方法的流程图，该方法又中断设备执行，且这里的通知消息指的是与第三方应用程序相关的消息，比如“京东”推送的优惠活动消息、快递签收消息等。下面基于手机的应用场景对本发明实施例提供的方法做进一步的详细说明，其处理步骤具体如下：
S601，在手机***上增加设置消息拦截功能、消息聚合功能和聚合消息展示功能。
在该步骤中，所述消息拦截功能主要是针对于***中的通知消息接口设置的，在Android***中可以直接改变框架侧的实现，对框架中发送通知的接口进行定制，从而在通知消息展示前对其进行预先处理，可选的通过对***的构建框架进行修改，在发送通知的接口上增加一个监控拦截功能，该功能可以通过硬件的方式实现，也可以通过程序的方式实现，通过程序的方式实现时，开发人员通过对***的源程序代码进行修改或者在接收通知消息的程序中，增加一个拦截程序，同构该拦截程序对接口进行有效的监控。
该消息聚合功能是针对于拦截到的消息进行进一步的分析，来决定是否要重新封装通知消息，即是将多个相同的通知消息进行合并处理。
该聚合消息展示功能是将聚合后的消息重新展示在手机的状态栏或者显示屏上。
S602，获取手机当前接收到的通知消息，具体是通过增加的消息拦截流程对通知消息的拦截获取。
S603，获取该通知消息的发送来源和类型。
在该步骤中，这里的来源指的是在消息拦截时，监控该通知消息的接收IP地址、发送该通知消息的应用程序等等信息，同时还要判断该通知消息的类型，如图5所示。
S604，根据通知消息的来源和类型，判断是否需要进行消息的聚合。
在本实施例中，具体可以通过根据所述通知消息获取发送该通知消息的应用程序信息，该应用程序信息包括包名、IP地址以及其他的能实现唯一识别的标识信息。
根据获取到的应用程序信息查询所述未查阅消息列表中是否存在相同的应用程序信息。
根据查询的结果确定是否需要执行对通知消息进行聚合步骤。
在实际应用中，在Android***中具体是通过利用发送通知消息的应用程序的包名来唯一标识一个程序，从而确定通知消息是否来自于同一个程序源，也即是通过通知消息拦截单元在监控通知消息的同时，获取每个通知消息的发送源头(应用程序)，根据监控的应用程序的包名查询未查阅消息列表中对应的记录，若在未查阅消息列表中查询到相关的记录，则说明该通知消息与列表中的记录属于同一个应用程序发送的消息，则执行步骤S605，反之则执行步骤S606。
S605，对通知消息进行聚合处理，并进行展示。
在本实施例中，具体的根据预先设置的聚合策略进行聚合，该聚合策略指的是根据通知消息的实际内容进行合并或删除，可选的，该聚合处理过程可以是：对两个条属于相同应用发送的消息进行内容的提取，提取出最能体现出该消息内容的关键词，并将该关键词进行逻辑合并，得到一条新的聚合消息，然后将聚合后得到的聚合消息展示在状态栏或者显示屏上，使得用户可以从聚合消息中进行简单的了解判断是否需要进行即时查看，而对于原来的通知消息则缓存至后台不进行显示，当用户选择查看聚合消息时，再调取出来显示。
同理，对于类型和内容都完全相同的两条通知消息，则进过聚合处理，会将其中一条删除，或者合并在一条消息中被用户进行调取阅读。
S606，将通知消息并列展示在未查阅消息列表中。
该步骤是在查询到未查阅消息列表中不存在相同类型和来源的消息时，按照***原有对通知消息的处理方式进行处理显示。
本发明实施例提共的通知消息的管理方法，通过对获取到的通知消息判断是否存在相同的消息记录，根据判断的结果对终端上的所有通知消息进行聚合处理，不仅解决了当前各***通知机制应用越来越多造成的使用和查看的复杂性，还实现了对通知消息的快捷查看和提高了空间利用率以及用户的可用性。
第三实施例：
参照图7，图7为本发明实施例三提供的通知消息的管理终端的结构框图，本实施例提供设备包括：处理器71、存储器72以及通信总线73，其中：
所述通信总线73用于实现所述理器71与所述存储器72之间的通信连接；
所述处理器71用于执行所述存储器72中存储的通知消息管理程序，以实现以下步骤：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中。
在本实施例中，所述处理器71执行所述通知消息管理程序还实现了为终端的***设置通知消息拦截单元，该通知消息拦截单元具体是设置在终端的通知消息收发接口上，用于监控终端所接收到的每一条通知消息，所述获取终端所接收到的通知消息，具体可以通过通知消息拦截单元在监控的同时对通知消息的来源进行监控，以及类型的判断，若通过该通知消息拦截单元监控到当前接收到的通知消息与之前推送的且未读的通知消息属于相同来源的消息，则对该通知消息进行拦截，从而实现对通知信息的获取；也可以是通过该通知消息拦截单元对终端的通知消息接口监控，只要监控到有通知消息发送过来就进行拦截。
在本实施例中，所述处理器71通过执行所述通知消息管理程序，以实现以下步骤：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤。
在实际应用中，在Android***中具体是通过利用发送通知消息的应用程序的包名来唯一标识一个程序，从而确定通知消息是否来自于同一个程序源，也即是通过通知消息拦截单元在监控通知消息的同时，获取每个通知消息的发送源头(应用程序)，根据监控的应用程序的包名查询未查阅消息列表中对应的记录，若在未查阅消息列表中查询到相关的记录，则说明该通知消息与列表中的记录属于同一个应用程序发送的消息，然后执行聚合步骤对该消息进行聚合处理；若不存在相关的记录，则不执行聚合步骤。
例如，如图4所示，所述通知消息为图中的消息1，且该消息属于应用A发送的，而在未查阅消息列表中存在应用A发送的消息2、3以及应用B发送的消息4，这时通过应用A查询列表中存在两个应用A发送的消息，根据查询的结果将通知消息与消息2和3进行聚合，得到聚合消息1，最后将聚合消息1替换未阅消息列表中的消息2和3。
在本实施例中，所述处理器71除了通过上述的方法判断所述通知消息是否需要进行聚合处理之外，还可以通过对通知消息的类型进行识别，具体是对未查阅消息列表中的消息类型和当前接收到的通知消息进行类型的识别。
比较当前获取到的通知消息的类型与列表中的通知消息的类型；
根据比较的结果确定类型是否相同；
相同，则执行聚合处理步骤。
如图5所示，所述通知消息为图中的消息1，且该消息属于应用A发送的，类型为告警消息，而在未查阅消息列表中存在应用A发送的消息2、3以及应用B发送的消息4，这时通过应用A查询列表中存在两个应用A发送的消息，进一步的，判断消息2和3的类型，若消息2为告警消息，消息3为语音消息，根据查询的结果和类型的比较结果将通知消息与消息2进行聚合，得到聚合消息1，最后将聚合消息1替换未阅消息列表中的消息2，并与消息2和4并列显示在状态栏上。
在本实施例中，在所述处理器71判断所述通知消息是否需要进行聚合处理具体还可以通过根据所述通知消息获取发送该通知消息的应用程序信息，该应用程序信息包括包名、IP地址以及其他的能实现唯一识别的标识信息。
根据获取到的应用程序信息查询所述未查阅消息列表中是否存在相同的应用程序信息；
若判断为存在，则根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若相同，则执行所述通知消息的聚合处理步骤。
在本实施例中，所述处理器72还用于执行所述通知消息管理程序，以实现以下步骤：
若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中，并展示在所述状态栏上。
在实际应用中，所述处理器71执行所述通知消息管理程序时实现了多个来自同一应用的消息采用一条消息来显示，其中包含通知消息的来源应用，消息的数量，最后消息更新时间等辅助信息，让用户可以识别消息。此模块需要将原消息进行改装，产生封装后的消息上报给操作***。而***依然将其当成普通消息看待与显示。当用户点击消息查看时，聚合消息模块会产生自定义的界面，其可以采用弹出界面的方式来展示某个对用应用的所有通知消息的详情。进入这个列表后用户选择具体消息后会按照程序对应设计的动作去执行后续任务。
在本实施例中，对于上述提供的通知消息的管理终端还可以通过设置功能模块来实现上述程序的功能，具体的将所述通知消息的管理终端设置为三个模块，分别为消息拦截模块、消息聚合模块、聚合消息展示模块。
消息拦截模块，在***原有的消息通知服务上添加一个层次，不改变标准的***实现接口。根据***的类型，例如：
在Android***中可以直接改变框架侧的实现，对框架中发送通知的接口进行定制，从而在通知消息展示前对其进行预先处理。
在Linux***中，通过修改动态库的默认加载次序，植入自定义的动态库去进行标准接口的封装，然后对信息进行加工。
其它***也有类似的Hook机制，同理对消息的接收接口进行监控即实现消息的拦截获取。
消息聚合模块，此处的关键在对于拦截到的消息进行进一步的分析，来决定是否要重新封装通知消息。
Android中可以利用通知触发程序的包名来唯一标识一个程序，从而确定通知是否来自于同一个程序源。
同时由于单条消息在显示时本身就足够直观，消息聚合模块会识别应用已经发送且未被用户查看的某个应用的消息数量，来决定是否进行聚合。
聚合消息展示模块，将多个来自同一应用的消息采用一条消息来显示，其中包含通知消息的来源应用，消息的数量，最后消息更新时间等辅助信息，让用户可以识别消息。此模块需要将原消息进行改装，产生封装后的消息上报给操作***。而***依然将其当成普通消息看待与显示。
对应的，在本发明中还提供了一种计算机可读存储介质，具体的，该计算机可读存储介质可以是现有的ROM/RAM、磁碟、光盘等等任一种可以实现程序代码存储并运行的存储设备，该计算机可读存储介质存储有通知消息管理程序，所述通知消息管理程序可被处理器执行，以实现以下步骤：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中。
在本实施例中，所述通知消息管理程序可被处理器执行时，还用于在所述终端的通知消息收发接口的位置上设置有通知消息拦截单元；
其中，所述获取终端所接收到的通知消息包括：通过所述通知消息拦截单元拦截终端上的收发接口所接收到的通知消息，从而实现终端对通知消息的获取。
在实际应用中，对于通知消息拦截单元的设置，具体可以根据终端的***类型进行设置，不同的***对应的通知消息接收机制不相同，例如，在Android***中可以直接改变框架侧的实现，对框架中发送通知的接口进行定制，从而在通知消息展示前对其进行预先处理。
例如，在Linux***中，通过修改动态库的默认加载次序，植入自定义的动态库去进行标准接口的封装，然后对信息进行加工，具体的，通过自己开发一个具有监控拦截功能的动态库，并将该动态库加载在***中，通过执行***程序将该动态库加载代替***原有的动态库作为主要的通知消息存储库。
在本实施例中，所述通知消息管理程序可被处理器执行实现所述查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录时，具体可以通过以下方式实现：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤。
在本实施例中，所述通知消息管理程序可被处理器执行在所述根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名之后，还用于实现以下步骤：
根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若判断结果为相同，则执行所述通知消息的聚合处理步骤。
在本实施例中，所述通知消息管理程序可被处理器执行时，还用于实现以下步骤：若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中并列展示在所述状态栏上。
本发明实施例提供的通知消息的管理方法及终端、计算机可读存储介质，该方法包括获取终端所发送的通知消息，查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录，若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录，根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息，将所述新的通知消息更新显示在终端的状态栏中从而实现了对终端接收到通知消息归类处理；通过对相同通知消息的聚合处理，不仅是减少了通知消息的推送数量，还减少了通知消息在终端状态栏上的显示空间，达到增加了屏幕的可利用空间，同理，对相同通知消息的聚合后，方便了用户对同类消息的定位查询，提高了用户浏览通知消息的效率和用户的使用体验。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (8)

1.一种通知消息的管理方法，其特征在于，包括：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中；
所述查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录包括：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤；
其中，所述根据预设的聚合策略将所述消息记录与所述通知消息进行聚合包括：对属于相同应用发送的通知消息进行内容提取，提取关键词，将所述关键词进行逻辑合并，得到聚合消息，所述聚合消息为所述新的通知消息。
2.根据权利要求1所述的通知消息的管理方法，其特征在于，还包括：在所述终端的通知消息收发接口的位置上设置有通知消息拦截单元；
所述获取终端所接收到的通知消息包括：通过所述通知消息拦截单元拦截终端上的收发接口所接收到的通知消息，从而实现终端对通知消息的获取。
3.根据权利要求1-2任一项所述的通知消息的管理方法，其特征在于，在所述根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名之后，还包括：
根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若判断结果为相同，则执行所述通知消息的聚合处理步骤。
4.根据权利要求3所述的通知消息的管理方法，其特征在于，还包括：若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中，并展示在所述状态栏上。
5.一种通知消息的管理终端，其特征在于，所述终端包括：处理器、存储器和通信总线；
所述通信总线用于实现所述处理器与所述存储器之间的通信连接；
所述处理器用于执行所述存储器中存储的通知消息管理程序，以实现以下步骤：
获取终端所接收到的通知消息；
查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录；
若查询结果为在所述未查阅消息列表中存在相同的消息记录，则获取所述相同的消息记录；
根据预设的聚合策略将所述消息记录与所述通知消息进行聚合，得到新的通知消息；
将所述新的通知消息更新显示在终端的状态栏中；
所述查询所述终端中的未查阅消息列表中是否存在与所述通知消息相同的消息记录包括：
获取接收所述通知消息对应的应用程序的应用包名；
根据所述应用程序的应用包名查询所述未查阅消息列表中是否存在相同的应用程序的应用包名；
若查询结果为存在，则执行所述通知消息的聚合处理步骤；
其中，所述根据预设的聚合策略将所述消息记录与所述通知消息进行聚合包括：对属于相同应用发送的通知消息进行内容提取，提取关键词，将所述关键词进行逻辑合并，得到聚合消息，所述聚合消息为所述新的通知消息。
6.根据权利要求5所述的通知消息的管理终端，其特征在于，所述处理器还用于执行所述通知消息管理程序，以实现以下步骤：
根据所述通知消息和消息记录分别确定对应的消息类型；
判断所述通知消息和消息记录对应的消息类型是否相同；
若判断结果为相同，则执行所述通知消息的聚合处理步骤。
7.根据权利要求6所述的通知消息的管理终端，其特征在于，所述处理器还用于执行所述通知消息管理程序，以实现以下步骤：
若在所述未查阅消息列表没有查询到相同的消息记录时，将所述通知消息添加到所述未查阅消息列表中，并展示在所述状态栏上。
8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有通知消息管理程序，所述通知消息管理程序被执行时实现如权利要求1至4中任一项所述的通知消息的管理方法的步骤。
CN201710413883.2A 2017-06-05 2017-06-05 一种通知消息的管理方法及终端、计算机可读存储介质 Active CN107368518B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710413883.2A CN107368518B (zh) 2017-06-05 2017-06-05 一种通知消息的管理方法及终端、计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710413883.2A CN107368518B (zh) 2017-06-05 2017-06-05 一种通知消息的管理方法及终端、计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN107368518A CN107368518A (zh) 2017-11-21
CN107368518B true CN107368518B (zh) 2020-07-24

Family

ID=60306245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710413883.2A Active CN107368518B (zh) 2017-06-05 2017-06-05 一种通知消息的管理方法及终端、计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107368518B (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108829476A (zh) * 2018-05-29 2018-11-16 努比亚技术有限公司 一种消息显示方法、终端及存储介质
CN109062709A (zh) * 2018-07-12 2018-12-21 维沃移动通信有限公司 一种通知消息的处理方法及移动终端
CN109413282B (zh) * 2018-12-10 2021-04-02 维沃移动通信有限公司 一种信息处理方法及移动终端
CN110620846B (zh) * 2019-09-26 2021-05-07 Oppo广东移动通信有限公司 消息合并方法、装置、设备及存储介质
CN110781371B (zh) * 2019-10-16 2021-11-30 维沃移动通信有限公司 一种内容处理方法及电子设备
CN111585871A (zh) * 2020-05-07 2020-08-25 北京无限光场科技有限公司 消息通知方法、装置、设备、存储介质
CN112134784A (zh) * 2020-09-03 2020-12-25 北京达佳互联信息技术有限公司 消息展示方法、装置、终端、服务器、***及存储介质
CN112367247B (zh) * 2020-11-09 2023-04-07 深圳前海微众银行股份有限公司 消息通知显示方法、装置及设备
CN112822327A (zh) * 2021-01-06 2021-05-18 联想(北京)有限公司 一种处理方法和装置
CN114816783A (zh) * 2021-01-29 2022-07-29 北京字节跳动网络技术有限公司 消息发送方法、装置、电子设备及计算机可读存储介质
CN114756148B (zh) * 2022-04-27 2023-10-31 北京达佳互联信息技术有限公司 控件显示方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105487760A (zh) * 2015-12-15 2016-04-13 北京金山安全软件有限公司 一种展示消息的方法、装置及电子设备
CN106250133A (zh) * 2016-07-26 2016-12-21 北京奇虎科技有限公司 消息显示方法、装置及设备
CN106557330A (zh) * 2016-11-30 2017-04-05 北京奇虎科技有限公司 移动终端***通知栏通知信息处理方法、装置和移动终端

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105487760A (zh) * 2015-12-15 2016-04-13 北京金山安全软件有限公司 一种展示消息的方法、装置及电子设备
CN106250133A (zh) * 2016-07-26 2016-12-21 北京奇虎科技有限公司 消息显示方法、装置及设备
CN106557330A (zh) * 2016-11-30 2017-04-05 北京奇虎科技有限公司 移动终端***通知栏通知信息处理方法、装置和移动终端

Also Published As

Publication number Publication date
CN107368518A (zh) 2017-11-21

Similar Documents

Publication Publication Date Title
CN107368518B (zh) 一种通知消息的管理方法及终端、计算机可读存储介质
CN107967322B (zh) 文件分类显示方法、移动终端及计算机可读存储介质
CN104518953B (zh) 删除消息的方法、即时通信终端及***
CN107580147B (zh) 一种通知消息的管理方法和移动终端
WO2021129762A1 (zh) 应用分享方法、电子设备及计算机可读存储介质
CN110196667B (zh) 一种通知消息的处理方法及终端
WO2020238351A1 (zh) 应用程序下载分类方法及终端设备
CN109471690B (zh) 一种消息显示方法及终端设备
CN110020293B (zh) 多媒体数据展示方法、装置及存储介质
CN108984066B (zh) 一种应用程序图标显示方法及移动终端
CN109522278B (zh) 一种文件存储方法及终端设备
CN107220132B (zh) 一种文件创建信息的监听方法、设备及存储介质
CN108600516B (zh) 数据采集方法、移动终端及计算机可读存储介质
CN108322897B (zh) 卡套餐组合方法及装置
CN110688497A (zh) 资源信息搜索方法、装置、终端设备及存储介质
CN112597115A (zh) 容器镜像的压缩方法、装置、终端设备及介质
CN110309003B (zh) 信息提示方法及移动终端
CN109189576B (zh) 基于Redis的请求处理方法、服务器及计算机可读存储介质
CN109992192B (zh) 一种界面显示方法及终端设备
CN106682189B (zh) 文件名显示方法及装置
EP3582450A1 (en) Message notification method and terminal
CN111131607A (zh) 一种信息共享方法、电子设备及计算机可读存储介质
CN107734477B (zh) 一种呼叫转移方法及移动终端
CN107766351B (zh) 文件目录的识别方法及装置
CN109521916B (zh) 一种基于柔性屏的文件处理方法、移动终端和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200629

Address after: 101300, No. 18 West Street, Fu Bei Road, Shunyi District, Beijing

Applicant after: BEIJING MENGTIANMEN TECHNOLOGY Co.,Ltd.

Address before: 518057 Guangdong province Shenzhen city Nanshan District high tech park, No. 9018 North Central Avenue, building A, floor 10, Han's innovation

Applicant before: NUBIA TECHNOLOGY Co.,Ltd.

GR01 Patent grant
GR01 Patent grant