消息提醒处理方法、装置、存储介质及移动终端与流程

本申请实施例涉及移动终端领域，尤其涉及消息提醒处理方法、装置、存储介质及移动终端。

背景技术：

随着通信技术的发展，智能手机及平板电脑等移动终端已成为人们工作和生活的必备工具。在移动终端上，人们可随意装载喜欢的应用软件，这些应用软件大都带有消息提醒/通知功能，从而方便用户实时掌握应用软件所提供的最新消息。

为了在移动终端接收到新消息时，用户能够及时获知，一般移动终端中会通过消息提醒功能对用户进行提醒，提醒的方式可以是振动、响铃以及指示灯闪烁等。然而，现有的消息提醒方案仍需要改进。

技术实现要素：

本申请实施例提供一种消息提醒处理方法、装置、存储介质及移动终端，可以优化现有的消息提醒处理方案。

第一方面，本申请实施例提供了一种消息提醒处理方法，包括：

接收到第一消息时，记录接收所述第一消息时的第一时间；

接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差；

若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作。

第二方面，本申请实施例提供了一种消息提醒处理装置，包括：

时间记录模块，用于在接收到第一消息时，记录接收所述第一消息时的第一时间；

时间差计算模块，用于在接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差；

提醒控制模块，用于在所述时间差小于预设时间差阈值时，禁止针对所述第二消息的预设提醒操作。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的消息提醒处理方法。

第四方面，本申请实施例提供了一种移动终端，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的消息提醒处理方法。

本申请实施例中提供的消息提醒处理方案，在接收到第一消息时记录第一时间，在接收到第二消息时，计算第二消息接收时间与第一时间的时间差，若时间差小于预设时间差阈值，则禁止针对第二消息的预设提醒操作。通过采用上述技术方案，当两条消息的接收时间相隔较短时，降低消息提醒的维度，减少预设提醒操作，能够节省功耗并减少对用户的干扰。

附图说明

图1为本申请实施例提供的一种消息提醒处理方法的流程示意图；

图2为本申请实施例提供的一种缩略标识显示示意图；

图3为本申请实施例提供的另一种消息提醒处理方法的流程示意图；

图4为本申请实施例提供的又一种消息提醒处理方法的流程示意图；

图5为本申请实施例提供的一种消息提醒处理装置的结构框图；

图6为本申请实施例提供的一种移动终端的结构示意图；

图7为本申请实施例提供的又一种移动终端的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本申请实施例提供的一种消息提醒处理方法的流程示意图，该方法可以由消息提醒处理装置执行，其中该装置可由软件和/或硬件实现，一般可集成在移动终端中。如图1所示，该方法包括：

步骤101、接收到第一消息时，记录接收所述第一消息时的第一时间。

示例性的，本申请实施例中的移动终端可包括手机及平板电脑等移动设备。在移动终端上，用户一般会装载各种各样应用程序，这些应用程序大都带有消息提醒/通知功能，例如提醒的方式可以是振动、响铃以及指示灯闪烁等。然而，对于消息接收比较频繁的应用程序来说，每次接收到新的消息均进行振动或响铃等提示，若多条消息接收时间比较接近，那么移动终端就会不断的振动或响铃，对用户造成很大困扰，同时也增加了移动终端的功耗。为了解决该问题，相关技术中，为移动终端增加了免打扰模式，当移动终端处于该模式下时，接收到新消息后就不会响铃，也就是让移动终端处于静音状态，然而相关技术中的免打扰模式也因所有消息均不作响铃提醒而容易使用户不能及时查看消息，影响用户使用。

本申请实施例中的第一消息可以来自移动终端中的系统应用，如短信或邮件等；还可以来自用户装载的第三方应用，本申请实施例对第三方应用的应用类型不做限定，例如可以是微信、qq或脸书(facebook)等社交类应用程序，还可以是淘宝或京东等购物类应用程序，还可以是游戏类、金融类或新闻类等等其他类型的应用程序。

在检测到移动终端接收到第一消息时，记录接收该第一消息的第一时间。可选的，第一时间可以是移动终端中的系统时间。例如，在接收到第一消息时，获取到当前移动终端的系统时间为17点07分05秒。此外，第一时间也可以是计时器当前计时时间，例如为0秒或5秒。

步骤102、接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差。

本申请实施例中的第二消息与第一消息类似，也可来自系统应用或第三方应用。第二消息可与第一消息来自同一个应用程序，也可来自不同的应用程序，本申请实施例不做限定。可选的，第二时间也可以是移动终端中的系统时间。例如，在接收到第一消息时，获取到当前移动终端的系统时间为17点07分08秒，那么第二时间与第一时间的时间差为3秒。此外，若通过计时器方式，可将计时器的当前计时时间与上一次的计时时间做差，得到时间差。若上一次的计时时间为0，则可将当前计时时间直接作为时间差。

步骤103、若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作。

示例性的，预设时间差阈值可以由系统默认设置，也可由用户根据自己的使用习惯来设置，例如可以是5秒。当时间差小于预设时间差阈值时，说明接收到第一消息和第二消息的时间间隔较短，可认为第一消息和第二消息是连续的，那么可禁止针对第二消息的预设提醒操作，以免对用户造成过多的干扰，并节省移动终端的功耗。预设提醒操作可包括响铃提醒操作、振动提醒操作、弹窗提醒操作或指示灯(如呼吸灯)提醒操作等。响铃提醒操作和振动提醒操作一般对用户干扰比较大，尤其是连续响铃或连续振动的情况，预设提醒操作可包括响铃提醒操作和/或振动提醒操作。如上述举例，假设预设提醒操作为响铃提醒操作，而时间差为3秒，小于预设时间差阈值5秒，那么接收到第二消息时，移动终端就不会播放提醒铃声。

本申请实施例中，可认为响铃提醒操作、振动提醒操作、弹窗提醒操作及指示灯提醒操作对用户的干扰程度依次减弱，在禁止干扰程度高的提醒操作后，可利用干扰程度相对较低的提醒操作对第二消息进行提醒。例如，禁止针对第二消息的响铃提醒操作后，可利用振动提醒操作、弹窗提醒操作或指示灯提醒操作对第二消息进行提醒；又如，禁止针对第二消息的响铃提醒操作和振动提醒操作后，可利用弹窗提醒操作或指示灯提醒操作对第二消息进行提醒。

本申请实施例中，在接收到第二消息之后，接收到新的消息时，将上述的第二消息视为新的第一消息，而当前接收到的新的消息为新的第二消息，并执行上述流程。当连续收到多个新消息时，不会针对后面的消息进行预设提醒操作，能够极大程度地减少对用户的干扰。

本申请实施例中提供的消息提醒处理方法，在接收到第一消息时记录第一时间，在接收到第二消息时，计算第二消息接收时间与第一时间的时间差，若时间差小于预设时间差阈值，则禁止针对第二消息的预设提醒操作。通过采用上述技术方案，当两条消息的接收时间相隔较短时，降低消息提醒的维度，减少预设提醒操作，能够节省功耗并减少对用户的干扰。

在一些实施例中，若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作，包括：若所述时间差小于预设时间差阈值，则判断所述第二消息是否是来自预设应用白名单中的应用程序，若不是，则禁止针对所述第二消息的预设提醒操作。这样设置的好处在于，避免用户错失重要应用程序产生的消息。示例性的，可由用户预先对预设应用白名单进行设置，在预设应用白名单中增加自己认为比较重要的应用程序，当预设应用白名单中的应用程序产生消息时，用户需要及时查看，因此，不会禁止针对第二消息的预设提醒操作，若第二消息对应的应用程序不是来自预设应用白名单的，那么需要禁止针对第二消息的预设提醒操作，防止对用户造成干扰。

在一些实施例中，所述第二消息来自社交类应用程序，所述若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作，包括：若所述时间差小于预设时间差阈值，则判断所述第二消息对应的联系人是否处于预设联系人白名单中，若未处于，则禁止针对所述第二消息的预设提醒操作。这样设置的好处在于，可避免用户错失重要联系人发送的消息。

进一步的，在一些实施例中，还可包括：检测到预设联系人添加事件被触发时，在所述预设联系人白名单中增加新联系人；获取所述新联系人在不同社交类应用程序中分别对应的身份标识信息；建立多个身份标识信息与所述新联系人的关联，并记录在所述预设联系人白名单中。所述判断所述第二消息对应的联系人是否处于预设联系人白名单中，包括：判断所述第二消息对应的联系人的身份标识信息是否与预设联系人白名单中的联系人相关联。若相关联，则确定第二消息对应的联系人处于预设联系人白名单中。这样设置的好处在于，可实现对不同社交类应用程序中的联系人进行统一管理，对各社交类应用程序的改动少，兼容性好。对于同一个用户来说，移动终端中往往会装载多个社交类应用，并在多个社交类应用中分别注册自己的账号，而在不同的社交类应用中，账号名称及头像等身份标识信息均不相同。例如，当前用户在自己的移动终端中安装了微信、qq和支付宝，当前用户的好友李明在微信中的账号名称为“明天”，头像是太阳的图片，在qq中的账号名称为“日月潭”，头像是潭水的图片，在支付宝中的名称是“明”，头像是李明自己的照片。用户在自己的移动终端中想要将李明加入预设联系人白名单中，可在移动终端中找到触发预设联系人添加事件的入口，如在系统设置菜单中找到预设联系人白名单设置功能，选择添加预设联系人，这时系统会增加一个新的联系人，提示用户设置该新联系人的名称(如真实姓名“李明”或用户习惯的昵称“明哥”)，随后系统自动访问微信并获取微信中的联系人列表(可预先从微信应用得到读取联系人列表的权限)，提示用户在该联系人列表中选择新联系人在微信中的用户名或头像等身份标识，用户选择“明天”或太阳头像后，记录对应的身份标识信息，并建立该身份标识信息与新联系人“明哥”的对应关系，存储在预设联系人白名单中。随后，再依次访问qq及支付宝等社交类应用，按照与微信类似的方式为新联系人“明哥”添加对应的身份标识信息。此外，若用户熟知李明在各社交类应用中的名称，还可通过手动输入的方式输入身份标识信息，即获取所述新联系人在不同社交类应用程序中分别对应的身份标识信息可包括：获取用户输入的所述新联系人在不同社交类应用程序中分别对应的身份标识信息。这样设置的好处在于，无需提前获取读取社交类应用中联系人列表的权限，减少与社交类应用的交互，提高系统稳定性，并提升增加新联系人的效率。

进一步的，在一些实施例中，在所述禁止针对所述第二消息的预设提醒操作之后，还包括：获取所述第二消息对应的联系人的缩略标识；在所述移动终端的屏幕的预设区域显示所获取的缩略标识。示例性的，缩略标识可以是用户预先为联系人设置的称呼或者缩略头像，也可以是第二消息所属应用程序中对应的用户名或头像。预设显示区域可以包括界面的顶部区域或者界面中的空白区域。缩略标识可以以动态浮动的方式在预设区域中进行显示。这样设置的好处在于，随着界面内容的变化，空白区域也会随之变化，所以可动态浮动地显示缩略标识，避免遮盖界面中的内容。此外，缩略标识的尺寸也可动态变化。图2为本申请实施例提供的一种缩略标识显示示意图，假设当前用户的同事王红未处于预设联系人白名单中，所以当时间差小于预设时间差阈值，且第二消息是王红给用户发送的时候，就不会进行如响铃提醒，当前界面为用户在微信中与他人聊天，可在第一位置201或第二位置202显示王红对应的缩略标识“红”，用于提示王红发来新消息。假设王红通过支付宝发送第二消息，缩略标识可以是王红在支付宝中的用户名或者头像。可选的，缩略标识的显示时长可以是预设的定值，如5秒；也可以根据实际情况进行设置，例如不同联系人对应不同的显示时长或者不同应用程度对应不同的显示时长等。

进一步的，在检测到缩略标识被以预设方式触发时，显示所述第二消息的内容。显示所述第二消息的内容可包括：将所述第二消息对应的应用程序切换为前台运行，并显示所述第二消息的内容。这样设置的好处在于，若用户此时对第二消息对应的联系人感兴趣，可快速查看第二消息的内容。

在一些实施例中，在所述接收到第二消息之后，还包括：检测用户是否正在使用所述移动终端，根据检测结果确定相应的预设时间差阈值，其中，当用户正在使用所述移动终端时对应的预设时间差阈值为第一阈值，当用户未在使用所述移动终端时对应的预设时间差阈值为第二阈值，所述第一阈值小于所述第二阈值。这样设置的好处在于，可动态调整预设时间差阈值，使对消息提醒的控制更加智能，更加贴合用户需求。检测用户是否正在使用移动终端的方式有很多，本申请实施例不做具体限定。举例而言，可判断第一时间和第二时间之间的时段内是否检测到基于屏幕的触摸操作，若检测到，则可确定用户正在使用移动终端。

在一些实施例中，所述若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作，包括：若所述时间差小于预设时间差阈值，则判断所述第二消息的消息内容中是否包含预设关键字，若不包含，则禁止针对所述第二消息的预设提醒操作。这样设置的好处在于，可避免用户错失重要信息。示例性的，预设关键字可由用户根据需求自行设置，还可由系统默认设置。例如，预设关键字可包括“密码”、“验证码”、“秒杀”以及“紧急”等等，本发明实施例不做具体限定。

在一些实施例中，移动终端装载的操作系统可以是安卓(android)系统，下面以安卓系统为例进行说明。

安卓系统中包含通知管理系统(notificationmanagerservice)，所有的消息或通知都是由notificationmanagerservice这个服务去管理的。当移动终端接收到新消息的时候，就是由上述这个服务去管理的，所采用的主要的方法是enqueuenotificationinternal，也就是说插入一条通知，从而去显示通知。当移动终端插入第一消息时，可以记录第一消息的系统时间，再次插入第二消息时，再次记录第二消息的系统时间，如果两个系统时间的差值小于5秒，就认为这两条消息是连续的，禁止针对第二消息的预设提醒操作。

通知notification包括通知的标题，通知的内容，通知灯光，通知震动，通知的铃声以及通知可以启动的应用等，如下：

notification.defaults|＝notification.default_lights；//通知灯光

notification.defaults|＝notification.default_vibrate；//通知震动

notification.sound＝media；//通知的铃声

charsequencecontenttitle＝"通知标题"；//通知的标题

charsequencecontenttext＝"通知内容"；//通知内容

.....

假设预设提醒操作为响铃提醒操作，那么可以将上面的通知的铃声设置为null，即设置上面的notification.sound＝null，设置为空的时候，就可以达到不播放铃声的目的。若时间差大于或等于5秒，就不做修改处理，正常播放铃声。。

示例性的，具体代码如下：

可以理解的是，上述代码仅作为一种实现方式，本领域技术人员可基于本申请的发明构思进行调整。

图3为本申请实施例提供的另一种消息提醒处理方法的流程示意图，该方法包括如下步骤：

步骤301、检测到预设联系人添加事件被触发时，在所述预设联系人白名单中增加新联系人。

步骤302、获取新联系人在不同社交类应用程序中分别对应的身份标识信息，建立多个身份标识信息与新联系人的关联，并记录在预设联系人白名单中。

步骤303、接收到第一消息时，记录接收第一消息时的第一时间。

步骤304、接收到第二消息时，计算接收第二消息时的第二时间与第一时间的时间差。

步骤305、判断时间差是否小于预设时间差阈值，若是，则执行步骤306；否则，执行步骤308。

步骤306、判断第二消息对应的联系人的身份标识信息是否与预设联系人白名单中的联系人相关联，若是，则执行步骤308；否则，执行步骤307。

步骤307、禁止针对第二消息的响铃提醒操作，获取第二消息对应的联系人的缩略标识，在屏幕的预设区域显示缩略标识。

步骤308、针对第二消息进行响铃提醒操作。

本申请实施例提供的消息提醒处理方法，对同一个人在不同社交类应用程序中的身份标识进行统一的管理，并基于消息接收间隔以及预设联系人白名单确定是否禁止针对后接收的消息的响铃提醒，能够使移动终端更加智能地管理消息通知方式。

图4为本申请实施例提供的又一种消息提醒处理方法的流程示意图，该方法包括：

步骤401、检测到预设联系人添加事件被触发时，在所述预设联系人白名单中增加新联系人。

步骤402、获取新联系人在不同社交类应用程序中分别对应的身份标识信息，建立多个身份标识信息与新联系人的关联，并记录在预设联系人白名单中。

步骤403、接收到第一消息时，记录接收第一消息时的第一时间。

步骤404、接收到第二消息时，计算接收第二消息时的第二时间与第一时间的时间差。

步骤405、检测用户是否正在使用所述移动终端，根据检测结果确定相应的预设时间差阈值。

步骤406、判断时间差是否小于预设时间差阈值，若是，则执行步骤407；否则，执行步骤410。

步骤407、判断第二消息对应的联系人的身份标识信息是否与预设联系人白名单中的联系人相关联，若是，则执行步骤410；否则，执行步骤408。

步骤408、判断第二消息的消息内容中是否包含预设关键字，若是，则执行步骤410；否则，执行步骤409。

步骤409、禁止针对第二消息的响铃提醒操作，获取第二消息对应的联系人的缩略标识，在屏幕的预设区域显示缩略标识。

步骤410、针对第二消息进行响铃提醒操作。

本申请实施例提供的消息提醒处理方法，可动态调整预设时间差阈值，使对消息提醒的控制更加智能，更加贴合用户需求，此外，还对消息内容进行识别，若包含预设关键字，则不禁止响铃，可避免用户错失重要信息。

图5为本申请实施例提供的一种消息提醒处理装置的结构框图，该装置可由软件和/或硬件实现，一般集成在终端中，可通过执行消息提醒处理方法来对消息提醒方式进行控制。如图5所示，该装置包括：

时间记录模块501，用于在接收到第一消息时，记录接收所述第一消息时的第一时间；

时间差计算模块502，用于在接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差；

提醒控制模块503，用于在所述时间差小于预设时间差阈值时，禁止针对所述第二消息的预设提醒操作。

本申请实施例提供的消息提醒处理装置，在接收到第一消息时记录第一时间，在接收到第二消息时，计算第二消息接收时间与第一时间的时间差，若时间差小于预设时间差阈值，则禁止针对第二消息的预设提醒操作。通过采用上述技术方案，当两条消息的接收时间相隔较短时，降低消息提醒的维度，减少预设提醒操作，能够节省功耗并减少对用户的干扰。

可选的，所述预设提醒操作包括响铃提醒操作和/或振动提醒操作。

可选的，所述提醒控制模块用于：若所述时间差小于预设时间差阈值，则判断所述第二消息对应的联系人是否处于预设联系人白名单中，若未处于，则禁止针对所述第二消息的预设提醒操作。

可选的，该装置还包括：

联系人添加模块，用于检测到预设联系人添加事件被触发时，在所述预设联系人白名单中增加新联系人；

身份标识获取模块，用于获取所述新联系人在不同社交类应用程序中分别对应的身份标识信息；

联系人记录模块，用于建立多个身份标识信息与所述新联系人的关联，并记录在所述预设联系人白名单中；

所述判断所述第二消息对应的联系人是否处于预设联系人白名单中，包括：

判断第二消息对应的联系人的身份标识信息是否与预设联系人白名单中的联系人相关联，若相关联，则确定所述第二消息对应的联系人处于预设联系人白名单中。

可选的，该装置还包括：

缩略标识获取模块，用于在所述禁止针对所述第二消息的预设提醒操作之后，获取所述第二消息对应的联系人的缩略标识；

缩略标识显示模块，用于在所述移动终端的屏幕的预设区域显示所获取的缩略标识。

可选的，该装置还包括：

时间差阈值确定模块，用于在所述接收到第二消息之后，检测用户是否正在使用所述移动终端，根据检测结果确定相应的预设时间差阈值，其中，当用户正在使用所述移动终端时对应的预设时间差阈值为第一阈值，当用户未在使用所述移动终端时对应的预设时间差阈值为第二阈值，所述第一阈值小于所述第二阈值。

可选的，所述提醒控制模块用于：若所述时间差小于预设时间差阈值，则判断所述第二消息的消息内容中是否包含预设关键字，若不包含，则禁止针对所述第二消息的预设提醒操作。

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行消息提醒处理方法，该方法包括：

接收到第一消息时，记录接收所述第一消息时的第一时间；

接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差；

若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddrram、sram、edoram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的消息提醒处理操作，还可以执行本申请任意实施例所提供的消息提醒处理方法中的相关操作。

本申请实施例提供了一种移动终端，该移动终端中可集成本申请实施例提供的消息提醒处理装置。图6为本申请实施例提供的一种移动终端的结构示意图。移动终端600可以包括：存储器601，处理器602及存储在存储器601上并可在处理器602运行的计算机程序，所述处理器602执行所述计算机程序时实现如本申请实施例所述的消息提醒处理方法。

本申请实施例提供的移动终端，当两条消息的接收时间相隔较短时，降低消息提醒的维度，减少预设提醒操作，能够节省功耗并减少对用户的干扰。

图7为本申请实施例提供的另一种移动终端的结构示意图，该移动终端可以包括：壳体(图中未示出)、存储器701、中央处理器(centralprocessingunit，cpu)702(又称处理器，以下简称cpu)、电路板(图中未示出)和电源电路(图中未示出)。所述电路板安置在所述壳体围成的空间内部；所述cpu702和所述存储器701设置在所述电路板上；所述电源电路，用于为所述移动终端的各个电路或器件供电；所述存储器701，用于存储可执行程序代码；所述cpu702通过读取所述存储器701中存储的可执行程序代码来运行与所述可执行程序代码对应的计算机程序，以实现以下步骤：

接收到第一消息时，记录接收所述第一消息时的第一时间；

接收到第二消息时，计算接收所述第二消息时的第二时间与所述第一时间的时间差；

若所述时间差小于预设时间差阈值，则禁止针对所述第二消息的预设提醒操作。

所述移动终端还包括：外设接口703、rf(radiofrequency，射频)电路705、音频电路706、扬声器711、电源管理芯片708、输入/输出(i/o)子系统709、其他输入/控制设备710、触摸屏712、其他输入/控制设备710以及外部端口704，这些部件通过一个或多个通信总线或信号线707来通信。

应该理解的是，图示移动终端700仅仅是移动终端的一个范例，并且移动终端700可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于消息提醒处理的移动终端进行详细的描述，该移动终端以手机为例。

存储器701，所述存储器701可以被cpu702、外设接口703等访问，所述存储器701可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口703，所述外设接口703可以将设备的输入和输出外设连接到cpu702和存储器701。

i/o子系统709，所述i/o子系统709可以将设备上的输入输出外设，例如触摸屏712和其他输入/控制设备710，连接到外设接口703。i/o子系统709可以包括显示控制器7091和用于控制其他输入/控制设备710的一个或多个输入控制器7092。其中，一个或多个输入控制器7092从其他输入/控制设备710接收电信号或者向其他输入/控制设备710发送电信号，其他输入/控制设备710可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器7092可以与以下任一个连接：键盘、红外端口、usb接口以及诸如鼠标的指示设备。

触摸屏712，所述触摸屏712是用户移动终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

i/o子系统709中的显示控制器7091从触摸屏712接收电信号或者向触摸屏712发送电信号。触摸屏712检测触摸屏上的接触，显示控制器7091将检测到的接触转换为与显示在触摸屏712上的用户界面对象的交互，即实现人机交互，显示在触摸屏712上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

rf电路705，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，rf电路705接收并发送rf信号，rf信号也称为电磁信号，rf电路705将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。rf电路705可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、rf收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、codec(coder-decoder，编译码器)芯片组、用户标识模块(subscriberidentitymodule，sim)等等。

音频电路706，主要用于从外设接口703接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器711。

扬声器711，用于将手机通过rf电路705从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片708，用于为cpu702、i/o子系统及外设接口所连接的硬件进行供电及电源管理。

上述实施例中提供的消息提醒处理装置、存储介质及移动终端可执行本申请任意实施例所提供的消息提醒处理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的消息提醒处理方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。