基于双系统的通知消息处理方法、装置和设备与流程

1.本技术涉及信息处理技术，尤其涉及一种基于双系统的通知消息处理方法、装置和设备。


背景技术：

2.双系统是指基于同一套硬件建立的两个完整系统，每个系统具有完整驱动和完整应用层，两个系统的应用层不互通，两个系统的数据完全隔离，不能互相访问。
3.目前，当后台系统中的应用发出通知消息时，后台系统通过域间通信机制将应用发出的通知消息发送到前台系统。
4.然而，后台系统将应用发出的通知消息通过域间通信机制发送到前台系统时，只会发送一条简单的用于提示后台有消息的通知，信息量单一，无法满足需要将更多通知信息发送到前台系统的场景，用户无法及时获取消息的具体内容，容易导致忽略重要消息。


技术实现要素：

5.本技术提供一种基于双系统的通知消息处理方法、装置和设备，用以解决后台系统向前台系统发送通知消息时信息量单一的问题。
6.第一方面，本技术提供一种基于双系统的通知消息处理方法，包括：
7.当监测到后台系统中的应用发出通知时，获取所述应用的通知消息；
8.根据预设的安全级别配置参数，确定所述通知消息的安全级别；
9.基于所述通知消息的安全级别对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容；
10.将与所述通知消息的安全级别对应的通知内容发送至前台系统。
11.第二方面，本技术提供一种基于双系统的通知消息处理装置，包括：
12.获取单元，用于当监测到后台系统中的应用发出通知时，获取所述应用的通知消息；
13.确定单元，用于根据预设的安全级别配置参数，确定所述通知消息的安全级别；
14.提取单元，用于基于所述通知消息的安全级别对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容；
15.发送单元，用于将与所述通知消息的安全级别对应的通知内容发送至前台系统。
16.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如上述第一方面所述的方法。
17.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述第一方面所述的方法。
18.第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处
理器执行时实现如上述第一方面所述的方法。
19.本技术提供的基于双系统的通知消息处理方法、装置和设备，当监测到后台系统中的应用发出通知时，获取应用的通知消息；根据预设的安全级别配置参数，确定通知消息的安全级别；基于通知消息的安全级别对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容；将与通知消息的安全级别对应的通知内容发送至前台系统。通过确定通知消息的安全级别，使得发送至前台系统的通知包含相应安全级别的内容，解决了通知信息量单一的问题，能够满足不同信息量的场景需求，同时有利于保障通知消息的安全性。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
21.图1为一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图；
22.图2为另一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图；
23.图3为另一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图；
24.图4为一示例性实施例示出的基于双系统的通知消息处理装置的结构示意图；
25.图5为另一示例性实施例示出的基于双系统的通知消息处理装置的结构示意图；
26.图6为一示例性实施例中电子设备的结构示意图；
27.图7为一示例性实施例中电子设备的框图。
28.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
29.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
30.本技术具体的应用场景可以是双系统中的后台系统向前台系统发送通知的场景。现有技术中，后台系统通过域间通信机制将应用发出的通知消息发送到前台系统时，只产生一条简单的通知：“后台有消息”，信息量单一，未考虑到后台系统需要将更多通知信息发送到前台系统的场景。
31.举例来说，用户在前台系统中看视频或者聊天，这时处于后台系统中的应用发送了一条紧急重要的通知，当透传到前台系统中时，该通知仅显示：“后台有消息”，此时用户并不知道后台消息的具体内容，无法得知该消息的重要程度以及紧急性，于是可能会暂不理会该消息，从而导致用户未能及时得知并处理重要的事务。
32.本技术提供的基于双系统的通知消息处理方法，旨在解决现有技术的如上技术问题。
33.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述
技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
34.图1是根据一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图，如图1所示，该方法包括：
35.s101，当监测到后台系统中的应用发出通知时，获取应用的通知消息。
36.示例性地，本实施例的执行主体可以是后台系统的服务器。
37.服务器对后台系统中的各应用进行监测，当监测到有应用发出通知时，获取该发出通知的应用所产生的通知消息。
38.s102，根据预设的安全级别配置参数，确定通知消息的安全级别。
39.安全级别配置参数用于指示安全级别，不同的安全级别配置参数对应不同的安全级别。服务器根据预设的安全级别配置参数确定通知消息的安全级别，可以是将预设的安全级别配置参数所对应的安全级别确定为通知消息的安全级别。
40.s103，基于通知消息的安全级别对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容。
41.安全级别可以用来确定通知消息被发送至前台系统时所要提取的信息量，通知消息的安全等级不同，其被发送至前台系统时所要提取的信息量也不同。安全级别的种类可以根据实际需求设置，例如包括最高级别、中等级别和最低级别三种，最高级别、中等级别和最低级别对应的信息量依次增加。
42.举例来说，假设某一后台通知消息的私密性较高，用户不希望该后台通知消息的具体内容显示在前台系统的界面上，则可以通过预先设置相应的安全级别配置参数，将该后台通知消息的安全级别配置为较高级别的安全级别，使得该后台通知消息被发送至前台系统时暴露的信息量较少，从而保障通知消息的安全性。
43.服务器在获取到通知消息并确定了通知消息的安全级别之后，基于通知消息的安全级别对通知消息进行信息提取，根据提取的信息获得与通知消息的安全级别对应的通知内容。
44.s104，将与通知消息的安全级别对应的通知内容发送至前台系统。
45.与通知消息的安全级别对应的通知内容，可以理解为服务器实际发送给前台系统并且在前台系统显示的通知信息。服务器获得与通知消息的安全级别对应的通知内容之后，将与通知消息的安全级别对应的通知内容透传至前台系统，前台系统接收到服务器传递过来的通知内容后，显示接收到的通知内容。
46.本实施例中，当监测到后台系统中的应用发出通知时，获取应用的通知消息；根据预设的安全级别配置参数，确定通知消息的安全级别；基于通知消息的安全级别对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容；将与通知消息的安全级别对应的通知内容发送至前台系统。通过确定通知消息的安全级别，使得发送至前台系统的通知包含相应安全级别的内容，解决了通知信息量单一的问题，能够满足不同信息量的场景需求，同时有利于保障通知消息的安全性。
47.图2是根据一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图，如图2所示，该方法包括：
48.s201，当监测到后台系统中的应用发出通知时，获取应用的通知消息。
49.示例性地，步骤s201与步骤s101的实现方式类似，此处不再赘述。
50.s202，根据预设的安全级别配置参数、以及预设的安全级别配置参数与安全级别之间的对应关系，确定通知消息的安全级别。
51.可以预先设置安全级别配置参数与安全级别之间的对应关系，一个安全级别配置参数对应一种安全级别。举例来说，若安全级别配置参数为0，则对应的安全级别为最高级别；若安全级别配置参数为1，则对应的安全级别为中等级别；若安全级别配置参数为2，则对应的安全级别为最低级别。
52.在一示例中，安全级别配置参数包括以下的任意一种：后台系统的安全级别配置参数、应用的安全级别配置参数、通知消息的安全级别配置参数。
53.可以为整个后台系统预设一个安全级别配置参数，后台系统中的应用所产生的通知消息的安全级别，都为该后台系统的安全级别配置参数所对应的安全级别。
54.也可以为后台系统中的每个应用预设一个安全级别配置参数，后台系统中的应用所产生的通知消息的安全级别，为产生该通知消息的应用的安全级别配置参数所对应的安全级别。
55.还可以为后台系统中的每个应用所可能产生的每个通知消息预设一个安全级别配置参数，后台系统中的应用所产生的通知消息的安全级别，为该通知消息的安全级别配置参数所对应的安全级别。
56.s203，基于通知消息的安全级别，确定与通知消息的安全级别对应的信息提取方式。
57.在一示例中，若通知消息的安全级别为第一安全级别，则确定与通知消息的安全级别对应的信息提取方式为第一信息提取方式，第一信息提取方式包括提取通知消息的标识。
58.其中，第一安全级别可以理解为最高级别的安全级别，第一信息提取方式是指第一安全级别对应的信息提取方式。通知消息的标识用于区分不同的通知消息，每条通知消息具有唯一的标识(例如id)，避免被其他通知消息覆盖。
59.在一示例中，若通知消息的安全级别为第二安全级别，则确定与通知消息的安全级别对应的信息提取方式为第二信息提取方式，第二信息提取方式包括提取通知消息的标识以及应用的标识。
60.其中，第二安全级别可以理解为中等级别的安全级别，第二信息提取方式是指第二安全级别对应的信息提取方式。通知消息的标识用于区分不同的通知消息，每条通知消息具有唯一的标识(例如id)，避免被其他通知消息覆盖。应用的标识用于区分不同的应用，通过应用的标识，用户可以得知通知消息来源于后台系统中的哪一个应用。
61.在一示例中，若通知消息的安全级别为第三安全级别，则确定与通知消息的安全级别对应的信息提取方式为第三信息提取方式，第三信息提取方式包括提取通知消息的标识、应用的标识以及通知消息的相关内容。
62.其中，第三安全级别可以理解为最低级别的安全级别，第三信息提取方式是指第三安全级别对应的信息提取方式。通知消息的标识用于区分不同的通知消息，每条通知消息具有唯一的标识，避免被其他通知消息覆盖。应用的标识用于区分不同的应用，通过应用的标识，用户可以得知通知消息来源于后台系统中的哪一个应用。通知消息的相关内容用
于指示通知消息的详细信息，以便用户及时获取通知消息的具体内容，避免影响重要消息的处理效率。
63.在一示例中，应用的标识包括应用名称和/或应用图标。其中，应用图标可以包括应用的小图标和/或大图标。通过应用名称和/或应用图标，用户可以更迅速更清楚地得知通知消息来源于后台系统中的哪一个应用。
64.在一示例中，通知消息的相关内容包括标题和/或消息内容。其中，标题可以理解为通知消息的关键内容，消息内容可以是通知消息的全部内容。通过标题和/或消息内容，用户可以及时获取通知消息的具体内容，以便及时进行相应处理。
65.s204，采用与通知消息的安全级别对应的信息提取方式，对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容。
66.在一示例中，若通知消息的安全级别为第一安全级别，则采用第一信息提取方式对通知消息进行信息提取，获得通知消息的标识，根据通知消息的标识以及预设的提示消息，确定与通知消息的安全级别对应的通知内容。
67.其中，预设的提示消息仅用于简单地提示后台有消息。若通知消息的安全级别为第一安全级别(最高级别)，则根据通知消息的标识以及预设的提示消息确定与第一安全级别相应的通知内容。据此，可以保证当后台系统中通知消息的安全级别为最高级别时，该通知消息的详细信息(例如应用名称、应用图标、消息标题、消息内容)都不会透传到前台系统，保证前台系统无法通过日志或者系统界面(systemui)获得通知的详细信息，从而保障安全级别最高的通知消息的安全性。
68.在一示例中，若通知消息的安全级别为第二安全级别，则采用第二信息提取方式对通知消息进行信息提取，获得通知消息的标识以及应用的标识，根据通知消息的标识、应用的标识以及预设的提示消息，确定与通知消息的安全级别对应的通知内容。
69.其中，预设的提示消息仅用于简单地提示后台有消息。若通知消息的安全级别为第二安全级别(中等级别)，则根据通知消息的标识、应用的标识以及预设的提示消息确定与第二安全级别相应的通知内容。据此，可以保证当后台系统中通知消息的安全级别为中等级别时，该通知消息来源于哪一个应用的信息(例如应用名称、应用图标)会透传到前台系统，而具体的消息内容(例如消息标题、消息内容)不会透传到前台系统，从而同时保障安全级别中等的通知消息的信息量和安全性。
70.在一示例中，若通知消息的安全级别为第三安全级别，则采用第三信息提取方式对通知消息进行信息提取，获得通知消息的标识、应用的标识以及通知消息的相关内容，根据通知消息的标识、应用的标识以及通知消息的相关内容，确定与通知消息的安全级别对应的通知内容。
71.若通知消息的安全级别为第三安全级别(最低级别)，则根据通知消息的标识、应用的标识以及通知消息的相关内容确定与第三安全级别相应的通知内容。据此，可以保证当后台系统中通知消息的安全级别为最低级别时，该通知消息的详细信息(例如应用名称、应用图标、消息标题、消息内容)都会透传到前台系统，能够满足需要将更多通知信息发送到前台系统的场景，方便用户及时获取通知消息的具体内容，避免影响重要消息的处理效率。
72.s205，将与通知消息的安全级别对应的通知内容发送至前台系统。
73.示例性地，步骤s205与步骤s104的实现方式类似，此处不再赘述。
74.图3是根据一示例性实施例示出的基于双系统的通知消息处理方法的流程示意图，该图中涉及后台系统和前台系统，后台系统中包括应用(application)、通知管理服务(notificationmanagerservice)和线程服务(thread-runnable)，前台系统中包括通知管理服务(tdcontainernotificationmanagerservice)和系统界面(systemui)。如图3所示，该方法包括：
75.第一步骤，当后台系统中的应用(application)发出一条通知(notify)时，后台系统中的notificationmanagerservice将会调用向前台发送通知的函数(notifytoforeground)，创建一个线程(thread)，并在其传入的接口(runnable)中根据用于指示安全级别的配置项“notification_safe_level”对通知进行安全分级，并初始化一个包含不同数据内容的数据类(senotification)，从而根据安全级别在透传前就做好通知信息的安全管理。
76.示例性地，当“notification_safe_level”配置为0时，senotification只包含该通知的包名、tag、id；当“notification_safe_level”配置为1时，senotification中将包含该通知的包名、tag、id、应用名称和小图标；当“notification_safe_level”配置为2时，senotification中包含该通知的包名、tag、id、应用名称、大小图标、消息标题、消息内容。其中，包名用于区分不同的应用；tag表示保留字段，可根据需求添加相应内容；id用于区分不同的通知。
77.第二步骤，后台系统初始化senotification完成后，通过域间通信机制将senotification实例透传到前台系统，前台系统对传递过来的senotification进行解析，构建一个通知(notification)实例并发出通知，该notification仅包含后台系统传递过来的通知信息，从而保证透传到前台系统中的通知的安全性。
78.图4是根据一示例性实施例示出的基于双系统的通知消息处理装置的结构示意图，如图4所示，该装置400包括：
79.获取单元401，用于当监测到后台系统中的应用发出通知时，获取应用的通知消息。
80.确定单元402，用于根据预设的安全级别配置参数，确定通知消息的安全级别。
81.提取单元403，用于基于通知消息的安全级别对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容。
82.发送单元404，用于将与通知消息的安全级别对应的通知内容发送至前台系统。
83.在一示例中，安全级别配置参数包括以下的任意一种：后台系统的安全级别配置参数、应用的安全级别配置参数、通知消息的安全级别配置参数。
84.在一示例中，确定单元402具体用于：根据预设的安全级别配置参数、以及预设的安全级别配置参数与安全级别之间的对应关系，确定通知消息的安全级别。
85.图5是根据一示例性实施例示出的基于双系统的通知消息处理装置的结构示意图，在图4所示实施例的基础上，如图5所示，提取单元403，包括：
86.确定模块4031，用于基于通知消息的安全级别，确定与通知消息的安全级别对应的信息提取方式。
87.提取模块4032，用于采用与通知消息的安全级别对应的信息提取方式，对通知消
息进行信息提取，获得与通知消息的安全级别对应的通知内容。
88.在一示例中，确定模块4031具体用于：若通知消息的安全级别为第一安全级别，则确定与通知消息的安全级别对应的信息提取方式为第一信息提取方式，第一信息提取方式包括提取通知消息的标识；若通知消息的安全级别为第二安全级别，则确定与通知消息的安全级别对应的信息提取方式为第二信息提取方式，第二信息提取方式包括提取通知消息的标识以及应用的标识；若通知消息的安全级别为第三安全级别，则确定与通知消息的安全级别对应的信息提取方式为第三信息提取方式，第三信息提取方式包括提取通知消息的标识、应用的标识以及通知消息的相关内容；其中，第一安全级别、第二安全级别、第三安全级别的安全级别依次降低。
89.在一示例中，提取模块4032具体用于：若通知消息的安全级别为第一安全级别，则采用第一信息提取方式对通知消息进行信息提取，获得通知消息的标识，根据通知消息的标识以及预设的提示消息，确定与通知消息的安全级别对应的通知内容；若通知消息的安全级别为第二安全级别，则采用第二信息提取方式对通知消息进行信息提取，获得通知消息的标识以及应用的标识，根据通知消息的标识、应用的标识以及预设的提示消息，确定与通知消息的安全级别对应的通知内容；若通知消息的安全级别为第三安全级别，则采用第三信息提取方式对通知消息进行信息提取，获得通知消息的标识、应用的标识以及通知消息的相关内容，根据通知消息的标识、应用的标识以及通知消息的相关内容，确定与通知消息的安全级别对应的通知内容。
90.在一示例中，应用的标识包括应用名称和/或应用图标；通知消息的相关内容包括标题和/或消息内容。
91.图6是根据一示例性实施例示出的一种电子设备的结构示意图，该电子设备包括：处理器601，以及与处理器601通信连接的存储器602；存储器602存储计算机执行指令；处理器601执行存储器602存储的计算机执行指令，以实现如上述实施例提供的基于双系统的通知消息处理方法。
92.电子设备还包括接收器603和发送器604。接收器603用于接收外部设备发送的指令和数据，发送器604用于向外部设备发送指令和数据。
93.图7是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
94.装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(i/o)接口712，传感器组件714，以及通信组件716。
95.处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。
96.存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消
息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
97.电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电力相关联的组件。
98.多媒体组件708包括在装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
99.音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(mic)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。
100.i/o接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
101.传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到装置700的打开/关闭状态，组件的相对定位，例如组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
102.通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件716还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
103.在示例性实施例中，装置700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
104.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例
如包括指令的存储器704，上述指令可由装置700的处理器720执行以完成上述方法。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
105.本发明实施例还提供了一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例提供的方法。
106.本发明实施例还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方法。
107.需要理解的是，上述实施例中的术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
108.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
109.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种基于双系统的通知消息处理方法，其特征在于，所述方法包括：当监测到后台系统中的应用发出通知时，获取所述应用的通知消息；根据预设的安全级别配置参数，确定所述通知消息的安全级别；基于所述通知消息的安全级别对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容；将与所述通知消息的安全级别对应的通知内容发送至前台系统。2.根据权利要求1所述的方法，其特征在于，所述安全级别配置参数包括以下的任意一种：所述后台系统的安全级别配置参数、所述应用的安全级别配置参数、所述通知消息的安全级别配置参数。3.根据权利要求1所述的方法，其特征在于，根据预设的安全级别配置参数，确定所述通知消息的安全级别，包括：根据预设的安全级别配置参数、以及预设的安全级别配置参数与安全级别之间的对应关系，确定所述通知消息的安全级别。4.根据权利要求1-3中任一项所述的方法，其特征在于，基于所述通知消息的安全级别对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容，包括：基于所述通知消息的安全级别，确定与所述通知消息的安全级别对应的信息提取方式；采用与所述通知消息的安全级别对应的信息提取方式，对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容。5.根据权利要求4所述的方法，其特征在于，基于所述通知消息的安全级别，确定与所述通知消息的安全级别对应的信息提取方式，包括：若所述通知消息的安全级别为第一安全级别，则确定与所述通知消息的安全级别对应的信息提取方式为第一信息提取方式，所述第一信息提取方式包括提取所述通知消息的标识；若所述通知消息的安全级别为第二安全级别，则确定与所述通知消息的安全级别对应的信息提取方式为第二信息提取方式，所述第二信息提取方式包括提取所述通知消息的标识以及所述应用的标识；若所述通知消息的安全级别为第三安全级别，则确定与所述通知消息的安全级别对应的信息提取方式为第三信息提取方式，所述第三信息提取方式包括提取所述通知消息的标识、所述应用的标识以及所述通知消息的相关内容；其中，所述第一安全级别、所述第二安全级别、所述第三安全级别的安全级别依次降低。6.根据权利要求5所述的方法，其特征在于，采用与所述通知消息的安全级别对应的信息提取方式，对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容，包括：若所述通知消息的安全级别为第一安全级别，则采用第一信息提取方式对所述通知消息进行信息提取，获得所述通知消息的标识，根据所述通知消息的标识以及预设的提示消息，确定与所述通知消息的安全级别对应的通知内容；若所述通知消息的安全级别为第二安全级别，则采用第二信息提取方式对所述通知消
息进行信息提取，获得所述通知消息的标识以及所述应用的标识，根据所述通知消息的标识、所述应用的标识以及预设的提示消息，确定与所述通知消息的安全级别对应的通知内容；若所述通知消息的安全级别为第三安全级别，则采用第三信息提取方式对所述通知消息进行信息提取，获得所述通知消息的标识、所述应用的标识以及所述通知消息的相关内容，根据所述通知消息的标识、所述应用的标识以及所述通知消息的相关内容，确定与所述通知消息的安全级别对应的通知内容。7.根据权利要求5或6所述的方法，其特征在于，所述应用的标识包括应用名称和/或应用图标；所述通知消息的相关内容包括标题和/或消息内容。8.一种基于双系统的通知消息处理装置，其特征在于，所述装置包括：获取单元，用于当监测到后台系统中的应用发出通知时，获取所述应用的通知消息；确定单元，用于根据预设的安全级别配置参数，确定所述通知消息的安全级别；提取单元，用于基于所述通知消息的安全级别对所述通知消息进行信息提取，获得与所述通知消息的安全级别对应的通知内容；发送单元，用于将与所述通知消息的安全级别对应的通知内容发送至前台系统。9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法。11.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。

技术总结
本申请提供一种基于双系统的通知消息处理方法、装置和设备。该方法包括：当监测到后台系统中的应用发出通知时，获取应用的通知消息；根据预设的安全级别配置参数，确定通知消息的安全级别；基于通知消息的安全级别对通知消息进行信息提取，获得与通知消息的安全级别对应的通知内容；将与通知消息的安全级别对应的通知内容发送至前台系统。本申请的方法，通过确定通知消息的安全级别，使得发送至前台系统的通知包含相应安全级别的内容，解决了通知信息量单一的问题，能够满足不同信息量的场景需求，同时有利于保障通知消息的安全性。同时有利于保障通知消息的安全性。同时有利于保障通知消息的安全性。


技术研发人员：魏永成
受保护的技术使用者：成都鼎桥通信技术有限公司
技术研发日：2022.03.18
技术公布日：2023/9/22