CN107861608A - 系统通知服务控制方法、装置、终端设备及存储介质 - Google Patents

系统通知服务控制方法、装置、终端设备及存储介质 Download PDF

Info

Publication number
CN107861608A
CN107861608A CN201711168334.XA CN201711168334A CN107861608A CN 107861608 A CN107861608 A CN 107861608A CN 201711168334 A CN201711168334 A CN 201711168334A CN 107861608 A CN107861608 A CN 107861608A
Authority
CN
China
Prior art keywords
notifications
type
application program
terminal device
service
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.)
Pending
Application number
CN201711168334.XA
Other languages
English (en)
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201711168334.XA priority Critical patent/CN107861608A/zh
Publication of CN107861608A publication Critical patent/CN107861608A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/329—Power saving characterised by the action undertaken by task scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例公开了一种系统通知服务控制方法、装置、终端设备及存储介质，该方法包括监听到系统通知发送时，确定所述系统通知的类型，依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序，回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。本方案合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。

Description

系统通知服务控制方法、装置、终端设备及存储介质
技术领域
本申请实施例涉及计算机技术，尤其涉及一种系统通知服务控制方法、装置、终端设备及存储介质。
背景技术
随着终端设备普及程度的提高，越来越多的用户使用终端设备执行各种各样的功能以满足自身需求，如使用终端设备阅读文字、观看视频、听音乐、玩游戏等，随着终端设备功能的不断强大，其中安装的各类系统应用以及第三方应用程序也逐渐增多。
现有技术中，终端设备安装的应用程序存在后台自启动或者被其它应用引发关联启动的情况，缺乏合理有效的管控机制，使得系统运行效率降低，终端的电量消耗增加。
发明内容
本发明提供了一种系统通知服务控制方法、装置、终端设备及存储介质，合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。
第一方面，本申请实施例提供了一种系统通知服务控制方法，包括：
监听到系统通知发送时，确定所述系统通知的类型；
依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序；
回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
第二方面，本申请实施例还提供了一种系统通知服务控制装置，包括：
类型确定模块，用于监听到系统通知发送时，确定所述系统通知的类型；
应用程序确定模块，用于依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序；
响应处理模块，用于回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
第三方面，本申请实施例还提供了一种终端设备，包括：处理器、存储器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的系统通知服务控制方法。
第四方面，本申请实施例还提供了一种包含终端设备可执行指令的存储介质，所述终端设备可执行指令在由终端设备处理器执行时用于执行本申请实施例所述的系统通知服务控制方法。
本方案中，通过监听到系统通知发送时，确定所述系统通知的类型，依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序，回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应，合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1是本申请实施例提供的一种系统通知服务控制方法的流程图；
图2是本发明实施例提供的另一种系统通知服务控制方法的流程图；
图3是本申请实施例提供的另一种系统通知服务控制方法的流程图；
图4是本申请实施例提供的另一种系统通知服务控制方法的流程图；
图5是本申请实施例提供的另一种系统通知服务控制方法的流程图；
图6是本申请实施例提供的另一种系统通知服务控制方法的流程图；
图7是本申请实施例提供的一种系统通知服务控制装置的结构框图；
图8是本申请实施例提供的一种终端设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
图1是本申请实施例提供的一种系统通知服务控制方法的流程图，本实施例可适用于对终端设备系统通知服务进行控制处理，该方法可以由本申请实施例提供的终端设备来执行，该终端设备的系统通知服务控制装置可采用软件和/或硬件的方式实现，如图1所示，本实施例提供的具体方案如下：
步骤S101、监听到系统通知发送时，确定所述系统通知的类型。
当前，智能系统己经是用户群最大的智能终端操作系统平台，用户通过智能系统如android系统在终端设备中安装各种第三方应用，很多第三方应用采取各种各样的手段进行保活，大量三方应用在后台偷偷启动，消耗用户的流量与终端设备的电量，有的非法应用还会记录用户的一些隐私操作记录。第三方应用后台自启动的方式之一为借助于系统通知服务的运行模式，通过引导用户打开android系统的读取通知权限来实现自启动，有的应用程序在非法启动后还会唤醒其它的第三方应用启动，使得终端设备的运行效率显著降低同时用户的隐私泄露风险急剧增加。
系统通知服务主要功能为：显示接收到的短消息、即时消息(如QQ、微信、新浪、短信等)；显示客户端的推送消息(如新版本发布、广告、推荐新闻等)；显示正在操作进行中的事物(如后台运行的程序、音乐播放器、版本更新时候的下载进度等)。第三方应用程序会引导用户开启通知读取权限以在上述通知消息被发送时唤醒自身的应用程序，以android系统为例，该通知读取权限为“android.permission.BIND_NOTIFICATION_LISTENER_SERVICE”，该通知读取权限的主要作用为：第三方应用可以通过打开此权限来得到获取与监听android系统各种通知的权限。与此同时，第三方应用还需要实现一个service的服务来监听系统的通知信息，该服务会注册到系统的通知管理服务中，此时，当系统通知管理服务在通知有变化时将会回调此服务，如果此时第三方应用进程未启动，则会被系统通知管理服务启动，由此带来终端运行效率以及安全隐患。
在一个实施例中，对系统通知进行监听，当监听到系统通知发送时，确定所述系统通知的类型。其中，系统的通知类型可根据不同维度确定不同的类型标准，如系统自身发送的系统级通知、第三方应用发送的通知、核心应用程序发送的通知等；还可以是及时通讯类型通知、验证类型通知、银行信息通知等。可选的，所述确定所述系统通知的类型包括：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型，即根据通知自身携带的预设标识确定该通知的类型。可选的，所述确定所述系统通知的类型包括：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型，即可根据发送方(可以是供应商服务器或其它应用程序)的类型确定所述系统通知类型。可选的，所述监听到系统通知发送时，确定所述系统通知的类型包括：检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型，其中该预设方法可以是NotificationManagerService的enqueueNotification方法，通过该方法传递的参数内容确定通知的内容，对该通知内容进行识别以确定该系统通知的类型。
骤S102、依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序。
在一个实施例中，确定出当前监听的系统通知的类型后，依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序，以使该可接收的应用程序在后续进行系统通知的响应接收。
可选的，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。在一个实施例中，该预设名单预先存储在终端设备中，记录有不同通知类型对应的应用程序的名称，依据当前监听到的系统通知类型进行相应查表得到对应的可接收该通知的应用程序。在一个实施例中，预先进行通知类型以及终端设备安装的应用程序的类型划分，将和通知类型同一类型的应用程序确定为可接收该通知的应用程序。
可选的，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。在一个实施例中，对终端设备的使用记录进行统计分析以得到和不同系统通知类型匹配的应用程序，示例性的，当系统通知为通讯推送类型时，依据用户使用终端设备时的通讯交互记录，将执行该通讯交互记录的应用程序确定为通讯推送类型通知的接收应用程序。
步骤S103、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
在一个实施例中的，当确定出可接收当前类型的系统通知的应用程序后，回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。以android系统为例，所有的系统服务运行在SystemServer进程中，并且将自身注册到ServiceManager中，应用层通过Framework API发送通知时，会通过Binder驱动相应地调用NotificationManagerService的enqueueNotification方法，其中应用程序为了响应系统通知，需要在通知管理服务中即NotificationManagerService进行服务进程注册，本实施例中，将确定出的可接收应用程序注册的服务进程进行回调以使其响应该系统通知，禁止了其它未确定出的接收应用程序对该系统通知进行相应回调以拉起程序。
由上述内容可知，通过对系统通知类型的判断确定出相应的可接收应用程序，进而进行服务进程的回调以是可接收通知的应用程序对该系统通知进行响应，有效防止了和系统通知不相干的应用程序对其进行相应以启动运行，合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。
图2是本申请实施例提供的另一种系统通知服务控制方法的流程图，所述确定所述系统通知的类型包括：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。如图2所示，技术方案具体如下：
步骤S201、监听到系统通知发送时，获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。
在一个实施例中，该预设标识可以是系统默认的系统通知的自带标识，以android为例，在使用NotificationManager.notify()方法发送通知的时候，需要传递一个标识符，用于唯一标识这个通知，而该标识符是可以复用的，故预先确定该标识符对应的通知的类型后，当再次监听到通知发送时，可根据该标识符即自带的预设标识确定系统通知的类型。
在一个实施例中，还可以是，为不同类型的系统通知分配各自相应的标识作为预设标识，在应用层通过Framework API发送通知时携带该分配的标识，系统层监听接收到该通知时可依据该标识确定通知的类型。
步骤S202、依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序。
步骤S203、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
由上述可知，通过系统通知中的预设标识确定系统通知的类型后，该预设标识可预先添加至系统通知中也可采用系统通知原有的标识符，合理的对通知类型进行辨认以筛选出符合接收条件的应用程序，允许其回调应用程序在通知管理服务中注册的服务进程响应该通知。
图3是本申请实施例提供的另一种系统通知服务控制方法的流程图，所述确定所述系统通知的类型包括：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型。如图3所示，技术方案具体如下：
步骤S301、监听到系统通知发送时，确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型。
在一个实施例中，依据通知发送方确定该通知的类型。示例性的，该通知发送方可以是系统内部组件，还可以是外部应用程序，包括接收的不同类型服务供应商的服务器发送的消息通知。由此根据确定出的不同通知的发送方确定该通知的类型，如系统级类型通知还是第三方类型通知等。
步骤S302、依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序。
在一个实施例中，系统通知类型划分为系统级通知和第三方应用通知，示例性的，当确定出当前的发送的通知类型为系统级通知时，仅允许系统级应用程序对该通知进行相应，将其作为可接收该通知的应用程序。
步骤S303、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
由上述可知，将系统通知类型划分为系统级通知以及第三方应用通知，根据系统通知发送方的类型确定相应的类型，避免了对原有系统通知内容的修改，相应的，允许系统级应用对系统级通知进行相应，避免了三方应用借由系统级通知唤醒带来的弊端。
图4是本申请实施例提供的另一种系统通知服务控制方法的流程图，所述监听到系统通知发送时，确定所述系统通知的类型包括：检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。如图4所示，技术方案具体如下：
步骤S401、检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。
以android系统为例，该预设方法为通知管理服务中的enqueueNotification方法，其中，在enqueueNotification方法中记录有通知内容，对该通知内容进行获取。在一个实时中，对获取的内容进行语义识别以确定该通知类型，可选的，还可以对该通知表征的内容进行推测以得到该通知类型，其中推测模型通过机器学习得到。
步骤S402、依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序。
示例性的，通过语义关键词识别确定出该通知内容为银行类型通知时，则相应的在步骤S402中确定银行类app可作为响应通知的应用程序，当确定出该通知内容为聊天内容时，则确定即时通讯类app可作为相应通知的应用程序。
步骤S403、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
由上述可知，通过对通知内容的获取和识别精确的确定通知的类型，且预先的通知类型划分可以更加精细，针对性更强，确定出的可响应应用程序范围更小，合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。
图5是本申请实施例提供的另一种系统通知服务控制方法的流程图，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。如图5所示，技术方案具体如下：
步骤S501、监听到系统通知发送时，获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。
步骤S502、依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。
在一个实施例中，预先对系统安装的应用程序的类型进行划分，可以在应用程序安装时进行类型划分确定。其中，划分的类型可以是用户手动录入的应用程序类型，还可以采用下载该应用程序的相关信息确定该应用程序的类型。以ios系统为例，将下载该app时苹果商店的不同分类类型确定为该应用程序的类型。还可以是，接收服务器发送的不同app名称和对应的应用程序类型的对照表，依据该对照表确定安装的应用程序的类型。进一步的，将依据安装的应用程序的类型和确定出的系统通知类型进行类型匹配，类型匹配一致的应用程序作为该系统通知的接收响应程序。
步骤S503、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
在另一个实施例中，上述步骤S502还可以是：依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序。其中，该预设名单记录有不同应用程序的名称和对应的应用类型，示例性的如下表所示。
表1
应用程序 类型
网易云音乐 音乐
微信 即时通讯
飞常准 出行
工商银行 银行
在另一个实施例中，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。其中，该使用记录包括终端设备应用程序响应用户手动触发开启的频率、持续运行时间等，可选的，将终端设备中的应用程序分类为安全应用和非安全应用，将被用户手动开启频率大于预设频率(如3次/天)的应用确定为安全应用，将安全类型的应用确定为可响应、接收系统通知的应用程序，该实施例中，对系统通知的类型可不做限定。
图6是本申请实施例提供的另一种系统通知服务控制方法的流程图，在所述回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应之后，还包括：监测在预设时长内是否接收到对所述应用程序的操作指令，如果否，则关闭所述应用程序。如图6所示，技术方案具体如下：
步骤S601、检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。
步骤S602、依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。
步骤S603、回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
步骤S604、对响应所述系统通知的应用程序进行监测。
示例性的，当应用程序响应系统通知而被唤醒运行后，对该应用程序的运行状况进行监测。
步骤S605、判断预设时长内是否接收到对所述应用程序的操作指令，如果是，则结束，如果否，则执行步骤S606。
示例性的，监测内容可以但不限于接收到对所述应用程序的操作指令，可选的，判断预设时长内是否接收到对所述应用程序的操作指令，该预设时长可以是5分钟、30分钟、60分钟或120分钟，如果接收到对所述应用程序的操作指令，则表征该用户对该应用程序进行了使用，操作指令可以是该应用程序显示界面的按钮点击指令、列表框选择指令等。如果未检测到操作指令，则相应的执行步骤S606，关闭所述应用程序的进程，可选的，可直接杀掉该应用程序的运行进程。
步骤S606、关闭所述应用程序的进程。
由上述可知，在应用程序被系统通知唤醒后，可对该应用程序进行监控，若该应用程序未被用户操作则结束相应的运行进程，即使被系统通知误唤醒，也会被及时清理掉，进一步保证了系统的运行效率以及安全性。
图7是本申请实施例提供的一种系统通知服务控制装置的结构框图，该装置用于执行上述实施例提供的系统通知服务控制方法，具备执行方法相应的功能模块和有益效果。如图7所示，该装置具体包括：类型确定模块101、应用程序确定模块102和响应处理模块103，其中，
类型确定模块101，用于监听到系统通知发送时，确定所述系统通知的类型。
在一个实施例中，对系统通知进行监听，当监听到系统通知发送时，确定所述系统通知的类型。其中，系统的通知类型可根据不同维度确定不同的类型标准，如系统自身发送的系统级通知、第三方应用发送的通知、核心应用程序发送的通知等；还可以是及时通讯类型通知、验证类型通知、银行信息通知等。可选的，所述确定所述系统通知的类型包括：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型，即根据通知自身携带的预设标识确定该通知的类型。可选的，所述确定所述系统通知的类型包括：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型，即可根据发送方(可以是供应商服务器或其它应用程序)的类型确定所述系统通知类型。可选的，所述监听到系统通知发送时，确定所述系统通知的类型包括：检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型，其中该预设方法可以是NotificationManagerService的enqueueNotification方法，通过该方法传递的参数内容确定通知的内容，对该通知内容进行识别以确定该系统通知的类型。
应用程序确定模块102，用于依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序。
在一个实施例中，确定出当前监听的系统通知的类型后，依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序，以使该可接收的应用程序在后续进行系统通知的响应接收。
可选的，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。在一个实施例中，该预设名单预先存储在终端设备中，记录有不同通知类型对应的应用程序的名称，依据当前监听到的系统通知类型进行相应查表得到对应的可接收该通知的应用程序。在一个实施例中，预先进行通知类型以及终端设备安装的应用程序的类型划分，将和通知类型同一类型的应用程序确定为可接收该通知的应用程序。
可选的，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。在一个实施例中，对终端设备的使用记录进行统计分析以得到和不同系统通知类型匹配的应用程序，示例性的，当系统通知为通讯推送类型时，依据用户使用终端设备时的通讯交互记录，将执行该通讯交互记录的应用程序确定为通讯推送类型通知的接收应用程序。
响应处理模块103，用于回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
在一个实施例中的，当确定出可接收当前类型的系统通知的应用程序后，回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。以android系统为例，所有的系统服务运行在SystemServer进程中，并且将自身注册到ServiceManager中，应用层通过Framework API发送通知时，会通过Binder驱动相应地调用NotificationManagerService的enqueueNotification方法，其中应用程序为了响应系统通知，需要在通知管理服务中即NotificationManagerService进行服务进程注册，本实施例中，将确定出的可接收应用程序注册的服务进程进行回调以使其响应该系统通知，禁止了其它未确定出的接收应用程序对该系统通知进行相应回调以拉起程序。
由上述内容可知，通过对系统通知类型的判断确定出相应的可接收应用程序，进而进行服务进程的回调以是可接收通知的应用程序对该系统通知进行响应，有效防止了和系统通知不相干的应用程序对其进行相应以启动运行，合理有效的避免了由系统通知引发的非法应用程序的启动，提高了系统的运行效率，降低了终端设备的功耗。
在一个可能的实施例中，所述类型确定模块101具体用于：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。
在一个可能的实施例中，所述类型确定模块101具体用于：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型。
在一个可能的实施例中，所述类型确定模块101具体用于：
检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。
在一个可能的实施例中，所述应用程序确定模块102具体用于：
依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。
在一个可能的实施例中，所述应用程序确定模块102具体用于：
依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。
在一个可能的实施例中，还包括进程结束模块104，用于在所述回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应之后，监测在预设时长内是否接收到对所述应用程序的操作指令，如果否，则关闭所述应用程序。
本实施例在上述各实施例的基础上提供了一种终端设备，图8是本申请实施例提供的一种终端设备的结构示意图，如图8所示，该终端设备200包括：存储器201、处理器(Central Processing Unit，CPU)202、外设接口203、RF(Radio Frequency，射频)电路205、音频电路206、扬声器211、电源管理芯片208、输入/输出(I/O)子系统209、触摸屏212、其他输入/控制设备210以及外部端口204，这些部件通过一个或多个通信总线或信号线207来通信。
应该理解的是，图示终端设备200仅仅是终端设备的一个范例，并且终端设备200可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
下面就本实施例提供的用于多开应用的权限管理的终端设备进行详细的描述，该终端设备以智能手机为例。
存储器201，所述存储器201可以被CPU202、外设接口203等访问，所述存储器201可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
外设接口203，所述外设接口203可以将设备的输入和输出外设连接到CPU202和存储器201。
I/O子系统209，所述I/O子系统209可以将设备上的输入输出外设，例如触摸屏212和其他输入/控制设备210，连接到外设接口203。I/O子系统209可以包括显示控制器2091和用于控制其他输入/控制设备210的一个或多个输入控制器2092。其中，一个或多个输入控制器2092从其他输入/控制设备210接收电信号或者向其他输入/控制设备210发送电信号，其他输入/控制设备210可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器2092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。
触摸屏212，所述触摸屏212是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。
I/O子系统209中的显示控制器2091从触摸屏212接收电信号或者向触摸屏212发送电信号。触摸屏212检测触摸屏上的接触，显示控制器2091将检测到的接触转换为与显示在触摸屏212上的用户界面对象的交互，即实现人机交互，显示在触摸屏212上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。
RF电路205，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路205接收并发送RF信号，RF信号也称为电磁信号，RF电路205将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路205可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。
音频电路206，主要用于从外设接口203接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器211。
扬声器211，用于将手机通过RF电路205从无线网络接收的语音信号，还原为声音并向用户播放该声音。
电源管理芯片208，用于为CPU202、I/O子系统及外设接口所连接的硬件进行供电及电源管理。
上述实施例中提供的终端设备的系统通知服务控制装置及终端设备可执行本发明任意实施例所提供的终端设备的系统通知服务控制方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的终端设备的系统通知服务控制方法。
本申请实施例还提供一种包含终端设备可执行指令的存储介质，所述终端设备可执行指令在由终端设备处理器执行时用于执行一种系统通知服务控制方法，该方法包括：
监听到系统通知发送时，确定所述系统通知的类型；
依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序；
回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
在一个可能的实施例中，所述确定所述系统通知的类型包括：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。
在一个可能的实施例中，所述确定所述系统通知的类型包括：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型。
在一个可能的实施例中，所述监听到系统通知发送时，确定所述系统通知的类型包括：
检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。
在一个可能的实施例中，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：
依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。
在一个可能的实施例中，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：
依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。
在一个可能的实施例中，在所述回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应之后，还包括：
监测在预设时长内是否接收到对所述应用程序的操作指令，如果否，则关闭所述应用程序。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的系统通知服务控制方法操作，还可以执行本发明任意实施例所提供的系统通知服务控制方法中的相关操作。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.系统通知服务控制方法，其特征在于，包括：
监听到系统通知发送时，确定所述系统通知的类型；
依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序；
回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
2.根据权利要求1所述的方法，其特征在于，所述确定所述系统通知的类型包括：获取所述系统通知的预设标识，依据所述预设标识确定所述系统通知的类型。
3.根据权利要求1所述的方法，其特征在于，所述确定所述系统通知的类型包括：确定发送所述系统通知的发送方，依据所述发送方的类别确定所述系统通知的类型。
4.根据权利要求1所述的方法，其特征在于，所述监听到系统通知发送时，确定所述系统通知的类型包括：
检测到通知管理服务中的预设方法被调用时，通过所述预设方法记录的通知内容确定所述系统通知的类型。
5.根据权利要求1-4中任一项所述的方法，其特征在于，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：
依据所述系统通知的类型以及存储的预设名单确定对应的可接收所述系统通知的应用程序；或依据所述系统通知的类型以及终端设备中安装的应用程序的类型确定对应的可接收所述系统通知的应用程序。
6.根据权利要求1-4中任一项所述的方法，其特征在于，所述依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序包括：
依据所述系统通知的类型以及终端设备的使用记录确定对应的可接收所述系统通知的应用程序。
7.根据权利要求1-4中任一项所述的方法，其特征在于，在所述回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应之后，还包括：
监测在预设时长内是否接收到对所述应用程序的操作指令，如果否，则关闭所述应用程序。
8.系统通知服务控制装置，其特征在于，包括：
类型确定模块，用于监听到系统通知发送时，确定所述系统通知的类型；
应用程序确定模块，用于依据所述系统通知的类型确定对应的可接收所述系统通知的应用程序；
响应处理模块，用于回调所述应用程序在通知管理服务中注册的服务进程以使所述应用程序对所述系统通知进行响应。
9.一种终端设备，包括：处理器、存储器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的系统通知服务控制方法。
10.一种包含终端设备可执行指令的存储介质，其特征在于，所述终端设备可执行指令在由终端设备处理器执行时用于执行如权利要求1-7中任一项所述的系统通知服务控制方法。
CN201711168334.XA 2017-11-21 2017-11-21 系统通知服务控制方法、装置、终端设备及存储介质 Pending CN107861608A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711168334.XA CN107861608A (zh) 2017-11-21 2017-11-21 系统通知服务控制方法、装置、终端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711168334.XA CN107861608A (zh) 2017-11-21 2017-11-21 系统通知服务控制方法、装置、终端设备及存储介质

Publications (1)

Publication Number Publication Date
CN107861608A true CN107861608A (zh) 2018-03-30

Family

ID=61702408

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711168334.XA Pending CN107861608A (zh) 2017-11-21 2017-11-21 系统通知服务控制方法、装置、终端设备及存储介质

Country Status (1)

Country Link
CN (1) CN107861608A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108804194A (zh) * 2018-06-13 2018-11-13 北京奇虎科技有限公司 通知栏消息处理方法、装置、用户终端及可读存储介质
CN111327515A (zh) * 2020-01-20 2020-06-23 Oppo广东移动通信有限公司 电子红包检测方法、电子红包检测装置及移动终端
CN112445539A (zh) * 2019-09-02 2021-03-05 珠海市魅族科技有限公司 识别伪装音乐播放的方法、装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103595547A (zh) * 2013-11-15 2014-02-19 北京奇虎科技有限公司 智能设备的广播拦截方法和装置
CN104375869A (zh) * 2014-11-28 2015-02-25 北京奇虎科技有限公司 自启动应用控制方法及装置
CN105159700A (zh) * 2015-07-30 2015-12-16 努比亚技术有限公司 应用自启动控制装置及方法
CN105824664A (zh) * 2016-03-08 2016-08-03 广东欧珀移动通信有限公司 应用程序启动监控方法、装置以及终端设备
CN106886456A (zh) * 2017-02-23 2017-06-23 上海与德信息技术有限公司 一种应用程序智能控制方法及装置
CN106909834A (zh) * 2015-12-23 2017-06-30 北京奇虎科技有限公司 一种数据处理方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103595547A (zh) * 2013-11-15 2014-02-19 北京奇虎科技有限公司 智能设备的广播拦截方法和装置
CN104375869A (zh) * 2014-11-28 2015-02-25 北京奇虎科技有限公司 自启动应用控制方法及装置
CN105159700A (zh) * 2015-07-30 2015-12-16 努比亚技术有限公司 应用自启动控制装置及方法
CN106909834A (zh) * 2015-12-23 2017-06-30 北京奇虎科技有限公司 一种数据处理方法和装置
CN105824664A (zh) * 2016-03-08 2016-08-03 广东欧珀移动通信有限公司 应用程序启动监控方法、装置以及终端设备
CN106886456A (zh) * 2017-02-23 2017-06-23 上海与德信息技术有限公司 一种应用程序智能控制方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108804194A (zh) * 2018-06-13 2018-11-13 北京奇虎科技有限公司 通知栏消息处理方法、装置、用户终端及可读存储介质
CN108804194B (zh) * 2018-06-13 2021-09-07 北京奇虎科技有限公司 通知栏消息处理方法、装置、用户终端及可读存储介质
CN112445539A (zh) * 2019-09-02 2021-03-05 珠海市魅族科技有限公司 识别伪装音乐播放的方法、装置、电子设备和存储介质
CN111327515A (zh) * 2020-01-20 2020-06-23 Oppo广东移动通信有限公司 电子红包检测方法、电子红包检测装置及移动终端

Similar Documents

Publication Publication Date Title
CN107797841B (zh) 窗口控制方法、装置、终端设备及存储介质
CN107748685A (zh) 应用程序启动控制方法、装置、终端设备及存储介质
CN107943269B (zh) 调度作业控制方法、装置、终端设备及存储介质
CN107944259A (zh) 应用启动的管控方法、装置及存储介质和移动终端
CN108108142A (zh) 语音信息处理方法、装置、终端设备及存储介质
CN107861759A (zh) 窗口控制方法、装置、终端设备及存储介质
CN107423064A (zh) 消息处理方法、装置、终端设备及存储介质
CN107861773A (zh) 关联启动的管控方法、装置、存储介质及移动终端
CN107862203A (zh) 应用程序的控制方法、装置、存储介质及终端
CN107957913A (zh) 关联启动的管控方法、装置、存储介质及移动终端
CN107748698A (zh) 以广播方式启动应用的控制方法、装置、存储介质及终端
CN107844342A (zh) 应用程序保活的管控方法、装置及存储介质和移动终端
CN107070670A (zh) 控制广播发送者发送广播消息的方法、装置和终端设备
CN106874095A (zh) 一种应用加载方法及装置
CN107861608A (zh) 系统通知服务控制方法、装置、终端设备及存储介质
CN104281950A (zh) 提高电子支付安全性的方法及装置
CN107908953A (zh) 系统通知服务控制方法、装置、终端设备及存储介质
CN108521607A (zh) 视频中广告的处理方法、装置、存储介质及智能终端
CN107608724A (zh) 一种管理应用程序的方法、终端及计算机可读存储介质
CN107957905A (zh) 限制应用自启动的方法、装置、存储介质及智能终端
CN107844341A (zh) 进程启动的管控方法、装置及存储介质和移动终端
CN107831886A (zh) 关联启动应用的管控方法、装置、存储介质及智能终端
CN106953852A (zh) 广播接收器的注册方法、装置和终端设备
CN107885588A (zh) 应用服务的控制方法、装置及存储介质和移动终端
US20200004612A1 (en) Method of Generating Broadcast Queue, Storage Medium, and Terminal

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180330