CN114237756A - 应用程序app的通知消息配置方法和设备 - Google Patents

Abstract

本发明实施例涉及互联网云服务技术领域，尤其涉及一种应用程序APP的通知消息配置方法和设备。其中，上述应用程序APP的通知消息配置方法包括：接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。本发明实施例中，使用云服务器对通知消息进行统计计算并得出最优的配置方案，当用户安装对应APP时，直接调用对应的最优配置方案方便用户进行一键配置，提升用户体验。

Description

应用程序APP的通知消息配置方法和设备

【技术领域】

本发明实施例涉及互联网云服务技术领域，尤其涉及一种应用程序(Application,APP)的通知消息配置方法和设备。

【背景技术】

目前，在各智能终端设备上的各类APP均拥有多种通知消息，每个通知消息的通知方式种类繁多，难以管理。用户在首次使用APP并进行通知消息的通知配置时要耗费较大的时间，给予用户打扰较大，用户体验较低。

因此，如何使用少量的时间完成高效的通知消息配置，成为目前亟待解决的技术问题。

【发明内容】

本发明实施例提供了一种APP的通知消息配置方法和设备，使用云服务器对通知消息进行统计计算并得出最优的配置方案，当用户安装对应APP时，直接调用对应的最优配置方案方便用户进行一键配置，提升用户体验。

第一方面，本发明实施例提供一种应用程序APP的通知消息配置方法，所述方法应用于云服务器，包括：

接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。

其中一种可能的实现方式中，接收到终端设备发送的第一APP安装信息之前，所述方法还包括：

获取不同用户对所述第一APP的各个类型的通知消息所设置的历史配置方式；

确定所述第一APP的每个类型通知消息对应的每种历史配置方式的用户占比；

根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，第一APP的各个类型通知消息的通知方式组成第一APP通知消息配置方案。

其中一种可能的实现方式中，根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，包括：

对于每个类型的通知消息，将用户占比最高的历史配置方式确定为该类型通知消息的通知方式；

对于每个类型的通知消息，如果用户占比最高的历史配置方式有多个，则根据用户感知强度，从占比最高的多个历史配置方式中确定该类型通知消息的通知方式。

第二方面，本发明实施例提供一种应用程序APP的通知消息管理方法，所述方法应用于终端设备，包括：

响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息；

接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

其中一种可能的实现方式中，根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置，包括：

向用户显示第一APP的所述通知消息配置方案，所述通知消息配置方案包含第一APP的不同类型通知消息的通知方式；

检测到用户对所述所述通知消息配置方案的确认操作时，按照所述通知消息配置方案配置第一APP的各类型通知消息的通知方式。。

其中一种可能的实现方式中，所述方法还包括：

所述通知消息配置方案的每个类型通知消息还设置有通知方式更改按钮；

检测到用户对任一通知方式更改按钮的触发操作时，显示相应类型通知消息支持的可选通知方式；

根据用户对所述可选通知方式的选择操作，确定相应类型通知消息的通知方式。

第三方面，本发明实施例提供一种云服务器，包括：

确定模块，用于接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

发送模块，用于将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。

其中一种可能的实现方式中，还包括：获取模块，用于获取不同用户对所述第一APP的各个类型的通知消息的历史配置方式；

第一确定模块，用于确定所述第一APP的每个类型通知消息对应的每种历史配置方式的用户占比；

第二确定模块，用于根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，第一APP的各个类型通知消息的通知方式组成第一APP通知消息配置方案。

其中一种可能的实现方式中，所述第二确定模块，具体用于对于每个类型的通知消息，将用户占比最高的历史配置方式确定为该类型通知消息的通知方式；

对于每个类型的通知消息，如果用户占比最高的历史配置方式有多个，则根据用户感知强度，从占比最高的多个历史配置方式中确定该类型通知消息的通知方式。

第四方面，本发明实施例提供一种终端设备，包括：

发送模块，用于响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息；

接收模块，用于接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

配置模块，用于根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

其中一种可能的实现方式中，所述配置模块，具体用于向用户显示第一APP的所述通知消息配置方案，所述通知消息配置方案包含第一APP的不同类型通知消息的通知方式；

检测到用户对所述所述通知消息配置方案的确认操作时，按照所述通知消息配置方案配置第一APP的各类型通知消息的通知方式。

其中一种可能的实现方式中，还包括：设置模块，用于所述通知消息配置方案的每个类型通知消息还设置有通知方式更改按钮；

显示模块，用于检测到用户对任一通知方式更改按钮的触发操作时，显示相应类型通知消息支持的可选通知方式；

确定模块，用于根据用户对所述可选通知方式的选择操作，确定相应类型通知消息的通知方式。

第五方面，本发明实施例提供一种电子设备，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面提供的方法。

应当理解的是，本说明书的第二～第六方面与本说明书的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的一种APP的通知消息配置方法的流程图；

图2为本发明实施例提供的另一种APP的通知消息配置方法的流程图；

图3为本发明实施例提供的一种APP的通知消息管理方法的流程图；

图4为本发明实施例提供的一种云服务器的结构示意图；

图5为本发明实施例提供的一种终端设备的结构示意图；

图6为本发明实施例提供的一种电子设备的结构示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

由于各类APP通知消息种类繁多，则需要用户在安装完成APP之后，对每种通知消息进行通知方式的配置，使得用户难以管理大量的通知消息且对各APP的使用体验不佳。本发明实施例为了解决上述问题，主要使用云服务器收集各用户对APP通知消息设定的配置方式。在云服务器对配置方式进行统计计算后，得出用户使用率最高的配置方式，并发送给安装APP的用户所使用的终端设备。用户的终端设备则接收并使用最优配置对APP的通知消息进行管理。

云服务器所执行的具体方法如图1所示，图1为本发明实施例提供的一种应用程序APP的通知消息配置方法的流程图。上述方法包括：

步骤101，云服务器接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定。

在一些实施例中，当终端设备在响应于用户对APP的安装操作时，云服务器可接收到APP的安装信息。而云服务器中包含通知消息配置表，配置表中包含有收集到的多个APP的名称以及每个APP关联的通知消息配置方案。当接收到第一APP的安装信息时，需要根据第一APP的安装信息从通知消息配置表中找到对应的APP名称，然后确定APP名称关联的通知消息配置方案。云服务器能够根据APP的安装信息确定APP的通知消息配置方案。

步骤102，云服务器将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。

在一些实施例中，云服务器从通知消息配置表中确定安装的第一APP的通知消息配置方式之后，需要将通知消息配置方式发送给安装第一APP的终端设备以实现第一APP通知消息配置的管理。

在云服务器接收到终端设备发送的第一APP安装信息，并发送通知消息配置方案给移动设备之前，需要先确定第一APP的消息通知配置方案。上述方法步骤如图2所示，图2为本发明实施例提供的另一种应用程序APP的通知消息配置方法的流程图。所述方法包括：

步骤201，云服务器获取不同用户对所述第一APP的各个类型的通知消息的历史配置方式。

在一些实施例中，云服务器可接收到多个终端设备发送的第一APP通知消息的历史配置方案，这些历史配置方案由不同用户在终端设备上设定。历史配置方案中包含多个类型的通知消息，以及每个类型的通知消息对应的历史配置方式。

假设当前APP消息的通知方式共有如下五种：锁屏界面提醒、手机通知栏横幅提醒、铃声提醒、静默提醒和不允许提醒，其中前三种配置方式可以自由搭配使用。而现市面存在一款聊天APP，通知消息包括营销通知、新消息通知和音视频通话邀请通知以及其他通知四种类型的通知消息。则例如某用户在终端设备可将营销通知设定为不允许提醒，将新消息通知设定为锁屏界面+通知栏横幅+铃声提醒，将音视频通话邀请通知设定为铃声提醒，将其他通知设定为静默通知。上述的各类型的通知消息以及对应的配置方式即组成APP的配置方案，各用户的终端设备将这种配置方案发送至云服务器。由于用户可在终端设备上随时修改APP通知消息的配置方案，则每隔一段时间云服务器就会收集到终端设备发送的配置方案，以确保能够掌握最新的用户偏好。

步骤202，云服务器确定所述第一APP的每个类型通知消息对应的每种历史配置方式的用户占比。

在一些实施例中，云服务器在接收到每个类型通知消息对应的历史配置方式之后，要首先统计第一APP每个类型通知消息的配置方式总数量，以及设定每种历史配置方式的用户数量。然后，云服务器要根据总数量和每种历史配置方式的用户数量，计算每种配置方式在配置方式总量中的用户占比。

现假设统计到云服务器收集了100份关于该APP的配置方案，并统计设定每个通知方式的用户数量，根据用户数量和配置方式的总量计算每个通知方式的所占比例。计算得出，营销通知有85％的用户将其设定为不允许通知，10％的用户设定为静默通知，5％的用户采用了其他类型方案；新消息通知有40％的用户设定为锁屏通知+通知栏横幅+铃声提醒，30％设定为通知栏横幅+铃声提醒，15％用户设定为铃声提醒，15％用户设定为其他类型；音视频通话邀请通知有50％用户设定为铃声提醒，40％用户设定为铃声+横幅提醒，10％设定为其他；其他通知则有70％用户设定为静默提醒，20％用户设定为不允许提醒，10％设定为其他。

步骤203，云服务器根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，第一APP的各个类型通知消息的通知方式组成第一APP通知消息配置方案。

在一些实施例中，云服务器通过对每种配置方式的用户占比进行比较，选出用户占比最高，即最多用户选择的配置方式作为通知方式，从每个类型的通知消息选出的通知方式组合成通知消息配置方案。

具体地，根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，包括：对于每个类型的通知消息，将用户占比最高的历史配置方式确定为该类型通知消息的通知方式；对于每个类型的通知消息，如果用户占比最高的历史配置方式有多个，则根据用户感知强度，从占比最高的多个历史配置方式中确定该类型通知消息的通知方式。

在计算出每个类型的通知消息的历史配置方式用户占比之后，云服务器可以通过对用户占比的比较排序选出用户占比最高的历史配置方式，即选出用户使用最多的历史配置方式，并将其作为通知消息的通知方式。因此，根据比较上述各历史配置方式的用户占比，得出每个类型通知消息的通知方式组成的通知消息配置方案就是营销通知类型不允许通知，新消息通知类型采用锁屏通知+通知栏横幅+铃声提醒通知，音视频通话邀请通知类型采用铃声提醒类型通知，其他通知采用静默通知。

云服务器将最终得出的通知消息配置方案发送给终端设备，终端设备则可通过用户对通知消息配置方案的操作而生成APP通知消息的通知方式。如图3所示，图3为本发明实施例提供的一种应用程序APP的通知消息管理方法的流程图，应用于终端设备。所述方法包括：

步骤301，终端设备响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息。

在一些实施例中，当终端设备检测到对用户对第一APP进行安装，则生成第一APP的安装信息并发送给云服务器以获得第一APP的通知消息配置方案。

步骤302，终端设备接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定。

在一些实施例中，终端设备通过第一APP的安装信息，可从云服务器的通知消息配置表中获取有关于第一App的通知消息配置方案。

步骤303，终端设备根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

在一些实施例中，在终端设备上的第一APP安装完成后，终端设备会自动向用户推送云服务器发送的通知消息配置方式，用户可选择是否一键配置。

可选地，向用户显示第一APP的所述通知消息配置方案，所述通知消息配置方案包含第一APP的不同类型通知消息的通知方式；检测到用户对所述通知消息配置方案的确认操作时，按照所述通知消息配置方案配置第一APP的各类型通知消息的通知方式。

具体地，当终端设备获取到APP的通知消息配置方案之后，将通知消息配置方案提示给用户，并提示用户是否选择直接使用该通知消息配置方案中的通知方式作为APP的各类型通知消息的通知方式。如果终端设备检测到用户选择直接使用该通知消息配置方案，则直接根据通知消息配置方案设置APP的各类型通知消息的通知方式。

可选地，所述通知消息配置方案的每个类型通知消息还设置有通知方式更改按钮；检测到用户对任一通知方式更改按钮的触发操作时，显示相应类型通知消息支持的可选通知方式；根据用户对所述可选通知方式的选择操作，确定相应类型通知消息的通知方式。

具体地，如果终端设备检测到用户触发更改按钮，选择修改通知消息配置方案中的某个通知方式，则显示为该通知方式进行修改的界面。当终端设备响应于用户修改完成并确认的操作，则将修改完成的通知方式确定成相应类型通知消息的通知方式。

本发明实施例通过云服务器对通知消息的配置和终端设备对通知消息的管理，解决了各类APP通知栏弹窗通知种类繁多而难以管理的问题。

图4为本发明实施例提供的一种云服务器的结构示意图，如图5所示，上述云服务器400可以包括：确定模块401，用于接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；发送模块402，用于将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP通知消息的通知方式进行配置。

在本发明上述实施例中，可选地，还包括：获取模块，用于获取不同用户对所述第一APP的各个类型的通知消息所设置的历史配置方式；第一确定模块，用于确定所述第一APP的每个类型通知消息对应的每种历史配置方式的用户占比；第二确定模块，用于根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，第一APP的各个类型通知消息的通知方式组成第一APP通知消息配置方案。

在本发明上述实施例中，可选地，所述第二确定模块，具体用于对于每个类型的通知消息，将用户占比最高的历史配置方式确定为该类型通知消息的通知方式；对于每个类型的通知消息，如果用户占比最高的历史配置方式有多个，则根据用户感知强度，从占比最高的多个历史配置方式中确定该类型通知消息的通知方式。

图5为本发明实施例提供的一种终端设备的结构示意图，如图5所示，上述终端设备500可以包括：发送模块501，用于响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息；接收模块502，用于接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；配置模块503，用于根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

在本发明上述实施例中，可选地，所述配置模块503，具体用于向用户显示第一APP的所述通知消息配置方案，所述通知消息配置方案包含第一APP的不同类型通知消息的通知方式；检测到用户对所述所述通知消息配置方案的确认操作时，按照所述通知消息配置方案配置第一APP的各类型通知消息的通知方式。

在本发明上述实施例中，可选地，还包括：设置模块，用于所述通知消息配置方案的每个类型通知消息还设置有通知方式更改按钮；显示模块，用于检测到用户对任一通知方式更改按钮的触发操作时，显示相应类型通知消息支持的可选通知方式；确定模块，用于根据用户对所述可选通知方式的选择操作，确定相应类型通知消息的通知方式。

图6为本发明实施例提供的一种电子设备的结构示意图。

如图6所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本说明书图1和图2所示实施例提供的应用程序APP的通知消息配置方法以及图3所示实施例提供的应用程序APP的通知消息管理方法。

其中，上述电子设备可以为能够进行APP的通知消息配置的设备，例如：云服务器，本说明书实施例对上述电子设备的具体形式不作限定。可以理解的是，这里的电子设备即为方法实施例中提到的机器。

图6示出了适于用来实现本发明实施方式的示例性电子设备的框图。图6显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，通信接口420，存储器430，连接不同***组件(包括存储器430和处理单元410)的通信总线440。

通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及***组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

电子设备典型地包括多种计算机***可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器430可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本发明所描述的实施例中的功能和/或方法。

处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本发明图1和图2所示实施例提供的应用程序APP的通知消息配置方法以及图3所示实施例提供的应用程序APP的通知消息管理方法。

本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书图1和图2所示实施例提供的应用程序APP的通知消息配置方法以及图3所示实施例提供的应用程序APP的通知消息管理方法。

上述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ReadOnly Memory；以下简称：ROM)、可擦式可编程只读存储器(Erasable Programmable ReadOnly Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network；以下简称：LAN)或广域网(Wide Area Network；以下简称：WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属技术领域的技术人员所理解。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(Personal Computer；以下简称：PC)、个人数字助理(Personal Digital Assistant；以下简称：PDA)、无线手持设备、平板电脑(Tablet Computer)、手机、MP3播放器、MP4播放器等。

在本说明书所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (10)

1.一种应用程序APP的通知消息配置方法，其特征在于，所述方法应用于云服务器，包括：

接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。

2.根据权利要求1所述的方法，其特征在于，接收到终端设备发送的第一APP安装信息之前，所述方法还包括：

获取不同用户对所述第一APP的各个类型的通知消息的历史配置方式；

确定所述第一APP的每个类型通知消息对应的每种历史配置方式的用户占比；

根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，第一APP的各个类型通知消息的通知方式组成第一APP通知消息配置方案。

3.根据权利要求2所述的方法，其特征在于，根据所述用户占比，确定所述第一APP的每个类型的通知消息的通知方式，包括：

对于每个类型的通知消息，将用户占比最高的历史配置方式确定为该类型通知消息的通知方式；

对于每个类型的通知消息，如果用户占比最高的历史配置方式有多个，则根据用户感知强度，从占比最高的多个历史配置方式中确定该类型通知消息的通知方式。

4.一种应用程序APP的通知消息管理方法，其特征在于，所述方法应用于终端设备，包括：

响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息；

接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

5.根据权利要求4所述的方法，其特征在于，根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置，包括：

向用户显示第一APP的所述通知消息配置方案，所述通知消息配置方案包含第一APP的不同类型通知消息的通知方式；

检测到用户对所述所述通知消息配置方案的确认操作时，按照所述通知消息配置方案配置第一APP的各类型通知消息的通知方式。

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

所述通知消息配置方案的每个类型通知消息还设置有通知方式更改按钮；

检测到用户对任一通知方式更改按钮的触发操作时，显示相应类型通知消息支持的可选通知方式；

根据用户对所述可选通知方式的选择操作，确定相应类型通知消息的通知方式。

7.一种云服务器，其特征在于，包括：

确定模块，用于接收到终端设备发送的第一APP安装信息时，从通知消息配置表中确定所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

发送模块，用于将所述通知消息配置方案发送给所述终端设备，所述通知消息配置方案用于对所述第一APP的通知消息的通知方式进行配置。

8.一种终端设备，其特征在于，包括：

发送模块，用于响应于用户对第一APP的安装操作，向云服务器发送所述第一APP安装信息；

接收模块，用于接收所述云服务器从通知消息配置表中确定的所述第一APP的通知消息配置方案，所述第一APP的通知消息配置方案根据不同用户对第一APP通知消息的历史配置确定；

配置模块，用于根据所述通知消息配置方案对所述第一APP的通知消息的通知方式进行配置。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至3或4至6任一所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至3或4至6任一所述的方法。

Images