本申请涉及移动终端
技术领域：
，尤其涉及一种消息通知方法、移动终端及计算机可读存储介质。
背景技术：
随着硬件设备和软件技术的发展，用户可以在移动终端(例如手机、平板电脑等)中安装各种应用程序(即app)以赋予移动终端各种功能。通常，在移动终端的应用程序有消息通知时，移动终端会通过响铃的方式提醒用户查看该消息，比如在移动终端接收到新的短信或者即时通讯消息时，移动终端会通过声音提醒用户，以便用户及时查看该短信或该即时通讯消息。随着移动终端安装的应用程序数量的增加，移动终端的消息通知也越来越多，这给用户造成了或多或少的困扰。目前，用户可以通过开启移动终端的免打扰模式或静音模式的方式，使得移动终端在应用程序有消息通知时保持静音。虽然，开启移动终端的免打扰模式或静音模式可以避免响铃对用户造成的困扰，但是，这也使用户容易忽略掉一些重要消息。技术实现要素：本申请实施例提供一种消息通知方法、移动终端及计算机可读存储介质，使得在移动终端的静音模式或免打扰模式下，用户也能够得到某些消息的响铃通知。本申请实施例第一方面提供一种消息通知方法，包括：在移动终端的静音模式或免打扰模式下，监听待通知消息；当监听到待通知消息时，检测所述待通知消息是否满足预设的特殊通知条件；当所述待通知消息满足所述特殊通知条件时，输出预设的响铃；当所述待通知消息不满足所述特殊通知条件时，保持所述移动终端静音。本申请实施例第二方面提供一种移动终端，包括：监听单元，用于在移动终端的静音模式或免打扰模式下，监听待通知消息；检测单元，用于当所述监听单元监听到待通知消息时，检测所述待通知消息是否满足预设的特殊通知条件；通知控制单元，用于当所述检测单元的检测结果为是时，输出预设的响铃；当所述检测单元的检测结果为否时，保持所述移动终端静音。本申请实施例第三方面提供另一种移动终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述本申请实施例第一方面提供的消息通知方法。本申请实施例第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的消息通知方法。由上可见，本申请方案在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。附图说明图1为本申请实施例提供的消息通知方法一个实施例流程示意图；图2为本申请实施例提供的消息通知方法另一个实施例流程示意图；图3为本申请实施例提供的消息通知方法再一个实施例流程示意图；图4为本申请实施例提供的消息通知方法再一个实施例流程示意图；图5为本申请实施例提供的消息通知方法再一个实施例流程示意图；图6为本申请实施例提供的消息通知方法再一个实施例流程示意图；图7为本申请一实施例提供的移动终端结构示意图；图8为本申请另一实施例提供的移动终端结构示意图。具体实施方式为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。实施例一本申请实施例提供一种消息通知方法，该消息通知方法应用于移动终端，该移动终端可以为智能手机、平板电脑、可穿戴设备等可安装应用程序的设备，上述移动终端的操作系统可以为ios、android、windows系统或其它操作系统，此处不作限定。请参阅图1，该消息通知方法主要包括以下步骤：步骤101、在移动终端的静音模式或免打扰模式下，监听待通知消息；通常，移动终端设置有免打扰模式以及静音模式。现有技术中，当移动终端处于静音模式或免打扰模式时，移动终端在有来电、新短信或其它新消息时不会通过响铃的方式通知用户。下面以搭载android系统的手机为例说明手机在静音模式或免打扰模式下如何实现静音。在搭载android系统的手机中，存在很多音频流，专业术语叫：audiostream。例如，手机中的闹钟会用到audio_stream_alarm流，在播放音乐的时候会用到audio_stream_music流，在以响铃方式通知新消息时会用到audio_stream_notification流。实际应用中，每一种流都分别对应一个独立的音量大小，用户可以在手机的声音设置中对各种流的音量大小进行调整(例如闹钟音量，用以通知新消息的响铃音量，来电音量等)。当手机被设置为静音模式或免打扰模式时，手机中除闹钟用到的流(即audio_stream_alarm流)外的其它流的音量都被设置为0，从而实现静音的效果。在步骤101中，在移动终端的静音模式或免打扰模式下，监听待通知消息，也即，在移动终端的静音模式或免打扰模式下，监听是否接收到新消息。该新消息包括：新的短信息、即时通讯应用程序接收到的新消息以及其它应用程序要推送的消息。通常情况下，一个待通知消息包含响铃，通知标题，通知内容等等，当移动终端接收到待通知消息时，会将待通知消息的标识传送到移动终端的通知管理层(例如android系统中的notificationmanager)，以便该通知管理层处理该待通知消息(例如通过移动终端显示该待通知消息、输出该待通知消息对应的响铃)，在步骤101中，监听待通知消息的方式可以与移动终端在普通模式(普通模式为非静音模式，也非免打扰模式)下监听待通知消息的方式相同。步骤102、当监听到待通知消息时，检测上述待通知消息是否满足预设的特殊通知条件；当上述待通知消息满足上述特殊通知条件时，进入步骤103。当上述待通知消息不满足上述特殊通知条件时，进入步骤104。本申请实施例中，上述特殊通知条件可以包括一个或两个以上条件。上述特殊通知条件可以根据实际需求预先进行设定，比如：上述特殊通知条件可以包括如下任意一个条件或任意两个以上条件：1、待通知消息的发送人为常用联系人；2、在监听到待通知消息之前的m秒内监听到预设数量的待通知消息；3、前一时刻监听到的待通知消息与当前监听到的待通知消息的内容重复；4、待通知消息的内容中包含预设的关键词。当上述特殊通知条件包括两个以上条件时，可以只在上述待通知消息满足上述特殊通知条件中的所有条件时，或者，也可以在上述待通知消息满足上述特殊通知条件中的任一条件时，即判定上述待通知消息满足上述特殊通知条件。又比如，上述特殊通知条件也可以为待通知消息的维度总值不小于预设的维度阈值，对于待通知消息的维度阈值可以通过以下方式计算得到：预先设置各个条件并针对各个条件分别设置对应的权值，基于上述待通知消息满足上述各个条件的状况，分别转化出与各个条件对应的分值，之后基于各个条件的权值，将各个条件的分值加权求和，得到待通知消息的维度总值。步骤103、输出预设的响铃；当上述待通知消息满足上述特殊通知条件时，输出预设的响铃。具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤104、保持上述移动终端静音；当上述待通知消息不满足上述特殊通知条件时，保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例二实施例二与实施例一的区别在于本实施例以判断待通知消息的发送人是否为常用联系人来检测待通知消息是否满足预设的特征通知条件。请参阅图2，该消息通知方法主要包括以下步骤：步骤201、在移动终端的静音模式或免打扰模式下，监听待通知消息；具体的，步骤201可以参照图1所示实施例步骤101中的描述，此处不再赘述。步骤202、检测上述待通知消息的发送人是否为常用联系人；当检测到上述待通知消息的发送人为常用联系人时，可确定上述待通知消息满足预设的特殊通知条件，此时进入步骤203；当检测到上述待通知消息的发送人不为常用联系人时，可确定上述待通知消息不满足预设的特殊通知条件，此时进入步骤204。由于某些人可能只是某一天联系很多而已，这不能算是真正意义上的常用联系人，因此，在一种应用场景中，可以设置日期和消息数目两个维度去判断待通知消息的发送人是否为常用联系人。具体的，在该应用场景下，可以以天为单位统计上述移动终端每天接收到的来自同一发送人的消息数目，得到与日期对应的联系列表，其中，上述联系列表包括：上述移动终端在相应日期接收到的消息所属发送人的名称及各发送人的消息数目。比如，当统计到上述移动终端在2017.3.29接收到张三的消息数目为100、李四的消息数目为20、陈五的消息为2时，2017.3.29对应的联系列表可以如表1所示：表1发送人的名称消息数目张三100李四20陈五2又比如，当统计到上述移动终端在2017.3.30接收到韦六的消息数目为30、李四的消息数目为10、吴七的消息为2时，2017.3.30对应的联系列表可以如表2所示：表2发送人的名称消息数目韦六30李四10吴七2在上述应用场景中，步骤202可包括如下步骤：基于最近n天的联系列表，确定上述待通知消息的发送人在最近n天中的消息发送天数和消息发送总数，其中，上述n为大于1的预设值；对上述待通知消息的发送人在最近n天中的消息发送天数和消息发送总数进行加权求和，得到上述待通知消息的发送人的评价值；若上述待通知消息的发送人的评价值在预设的评价值区间，则判定上述待通知消息的发送人为常用联系人；若上述待通知消息的发送人的评价值未在上述评价值区间，则判定上述待通知消息的发送人不为常用联系人。当然，在其它应用场景中，步骤202也可以通过其它方式检测上述待通知消息的发送人是否为常用联系人，此处不做限定。需要说明的是，本申请实施例中是在检测到上述待通知消息的发送人为常用联系人时，确定上述待通知消息不满足预设的特殊通知条件，在其它实施例中，当检测到上述待通知消息的发送人为常用联系人时，也可以进一步判断上述待通知消息是否满足其它至少一个条件以确定上述待通知消息是否不满足预设的特殊通知条件，例如，当检测到上述待通知消息的发送人为常用联系人时，还可以进一步检测在监听到上述待通知消息之前的m秒内是否监听到预设数量的待通知消息。步骤203、输出预设的响铃；具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤204、保持上述移动终端静音；保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例三实施例三与实施例一的区别在于本实施例以判断在监听到待通知消息之前的m秒内是否监听到预设数量的待通知消息来检测待通知消息是否满足预设的特征通知条件。请参阅图3，该消息通知方法主要包括以下步骤：步骤301、在移动终端的静音模式或免打扰模式下，监听待通知消息；具体的，步骤301可以参照图1所示实施例步骤101中的描述，此处不再赘述。步骤302、检测在监听到上述待通知消息之前的m秒内是否监听到预设数量的待通知消息；当在监听到上述待通知消息之前的m秒内监听到预设数量的待通知消息时，可确定上述待通知消息满足预设的特殊通知条件，此时进入步骤303；当在监听到上述待通知消息之前的m秒内未监听到预设数量的待通知消息时，可确定上述待通知消息不满足预设的特殊通知条件，此时进入步骤304。其中，上述m为不小2的值，上述预设数量可以根据实际需求进行设定，此处不做限定。需要说明的是，本申请实施例中是在监听到上述待通知消息之前的m秒内未监听到预设数量的待通知消息时，确定上述待通知消息不满足预设的特殊通知条件，在其它实施例中，当在监听到上述待通知消息之前的m秒内未监听到预设数量的待通知消息时，也可以进一步判断上述待通知消息是否满足其它至少一个条件以确定上述待通知消息是否不满足预设的特殊通知条件，例如，当检测到上述待通知消息的发送人为常用联系人时，还可以进一步检测上述待通知消息的发送人是否为常用联系人。步骤303、输出预设的响铃；具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤304、保持上述移动终端静音；保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例四实施例四与实施例一的区别在于本实施例以检测前一时刻监听到的待通知消息与当前监听到的待通知消息的内容是否重复来检测待通知消息是否满足预设的特征通知条件。请参阅图4，该消息通知方法主要包括以下步骤：步骤401、在移动终端的静音模式或免打扰模式下，监听待通知消息；具体的，步骤401可以参照图1所示实施例步骤101中的描述，此处不再赘述。步骤402、检测前一时刻监听到的待通知消息与当前监听到的待通知消息的内容是否重复；当前一时刻监听到的待通知消息与当前监听到的待通知消息的内容重复时，可确定上述待通知消息满足预设的特殊通知条件，此时进入步骤403；当前一时刻监听到的待通知消息与当前监听到的待通知消息的内容未重复时，可确定上述待通知消息不满足预设的特殊通知条件，此时进入步骤404。需要说明的是，本申请实施例中是在前一时刻监听到的待通知消息与当前监听到的待通知消息的内容不重复时，即确定上述待通知消息不满足预设的特殊通知条件，在其它实施例中，当前一时刻监听到的待通知消息与当前监听到的待通知消息的内容不重复时，也可以进一步判断上述待通知消息是否满足其它至少一个条件以确定上述待通知消息是否不满足预设的特殊通知条件，例如，当检测到上述待通知消息的发送人为常用联系人时，还可以进一步检测上述待通知消息的发送人是否为常用联系人。步骤403、输出预设的响铃；具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤404、保持上述移动终端静音；保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例五实施例五与实施例一的区别在于本实施例以检测待通知消息的内容中是否包含预设的关键词来检测待通知消息是否满足预设的特征通知条件。请参阅图5，该消息通知方法主要包括以下步骤：步骤501、在移动终端的静音模式或免打扰模式下，监听待通知消息；具体的，步骤501可以参照图1所示实施例步骤101中的描述，此处不再赘述。步骤502、检测待通知消息的内容中是否包含预设的关键词；当待通知消息的内容中包含预设的关键词时，可确定上述待通知消息满足预设的特殊通知条件，此时进入步骤503；当待通知消息的内容中未包含预设的关键词时，可确定上述待通知消息不满足预设的特殊通知条件，此时进入步骤504。需要说明的是，本申请实施例中是在检测到待通知消息的内容中不包含预设的关键词时，即确定上述待通知消息不满足预设的特殊通知条件，在其它实施例中，当待通知消息的内容中不包含预设的关键词时，也可以进一步判断上述待通知消息是否满足其它至少一个条件以确定上述待通知消息是否不满足预设的特殊通知条件，例如，当检测到上述待通知消息的发送人为常用联系人时，还可以进一步检测上述待通知消息的发送人是否为常用联系人。步骤503、输出预设的响铃；具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤504、保持上述移动终端静音；保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例六实施例六与实施例一的区别在于本实施例以多个条件计算待通知消息在各个维度的维度值并加权求和，通过比较加权求和得到的维度总值和维度阈值来检测待通知消息是否满足预设的特征通知条件。请参阅图6，该消息通知方法主要包括以下步骤：步骤601、在移动终端的静音模式或免打扰模式下，监听待通知消息；具体的，步骤601可以参照图1所示实施例步骤601中的描述，此处不再赘述。步骤602、检测上述待通知消息的发送人是否为常用联系人，得到第一维度值；其中，上述第一维度值在不同检测分支下对应不同的取值。例如，可以设置当上述待通知消息的发送人为常用联系人时，第一维度值为1，当上述待通知消息的发送人不为常用联系人时，第一维度值为0。具体的，检测上述待通知消息的发送人是否为常用联系人的方式可以参照图2所示实施例中的描述，此处不再赘述。步骤603、检测在监听到上述待通知消息之前的m秒内是否监听到预设数量的待通知消息，得到第二维度值；其中，上述第二维度值在不同检测分支下对应不同的取值。例如，可以设置当在监听到上述待通知消息之前的m秒内监听到预设数量的待通知消息时，第二维度值为1，当在监听到上述待通知消息之前的m秒内未监听到预设数量的待通知消息时，第二维度值为0。步骤604、检测前一时刻监听到的待通知消息与当前监听到的待通知消息的内容是否重复，得到第三维度值；其中，上述第三维度值在不同检测分支下对应不同的取值。例如，可以设置当检测到前一时刻监听到的待通知消息与当前监听到的待通知消息的内容重复时，第三维度值为1，当检测到前一时刻监听到的待通知消息与当前监听到的待通知消息的内容未重复时，第三维度值为0。步骤605、检测当前监听到的待通知消息中是否包含预设的关键词，得到第四维度值；其中，上述第四维度值在不同检测分支下对应不同的取值。例如，可以设置当检测到当前监听到的待通知消息中包含预设的关键词时，第四维度值为1，当检测到当前监听到的待通知消息中未包含预设的关键词时，第四维度值为0。步骤606、将上述第一维度值、上述第二维度值、上述第三维度值和上述第四维度值加权求和，得到维度总值；本申请实施例中，预先针对上述第一维度值、上述第二维度值、上述第三维度值和上述第四维度值所属的维度分别设置相应的权重，在通过步骤602、603、604和605得到上述第一维度值、上述第二维度值、上述第三维度值和上述第四维度值后，将上述第一维度值、上述第二维度值、上述第三维度值和上述第四维度值加权求和，得到维度总值。步骤607、若上述维度总值不小于预设的维度阈值，则输出预设的响铃；本申请实施例中，当上述维度总值不小于预设的维度阈值时，可判定当前监听到的待通知消息满足预设的特殊通知条件，此时输出预设的响铃。具体的，输出的响铃可以与上述待通知消息相关，例如，当上述待通知消息满足上述特殊通知条件时，可以将上述待通知消息的内容转化为语音后输出。或者，输出的响铃也可以用户预先设置或默认设置的响应，此处不做限定。步骤608、若上述维度总值不小于预设的维度阈值，则保持上述移动终端静音；本申请实施例中，当上述维度总值小于上述维度阈值时，可判定当前监听到的待通知消息不满足上述特殊通知条件，此时保持上述移动终端静音，也即，不以响铃的方式对上述待通知消息进行通知。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例七图7为本申请实施例提供一种移动终端。该移动终端可用于实现上述图1至图6所示实施例提供的消息通知方法。如图7所示，该移动终端主要包括：监听单元701，用于在移动终端的静音模式或免打扰模式下，监听待通知消息；检测单元702，用于当监听单元701监听到待通知消息时，检测上述待通知消息是否满足预设的特殊通知条件；通知控制单元703，用于当检测单元702的检测结果为是时，输出预设的响铃；当检测单元702的检测结果为否时，保持上述移动终端静音。可选的，检测单元702包括：第一子检测单元，用于当监听单元701监听到待通知消息时，检测上述待通知消息的发送人是否为常用联系人；若检测到上述待通知消息的发送人为常用联系人，则确定上述待通知消息满足所述特殊通知条件。进一步，本申请实施例中的移动终端还可以包括：统计单元，用于以天为单位统计所述移动终端每天接收到的来自同一发送人的消息数目，得到与日期对应的联系列表，其中，所述联系列表包括：所述移动终端在相应日期接收到的消息所属发送人的名称及各发送人的消息数目；上述第一子检测单元具体用于：基于最近n天的联系列表，确定上述待通知消息的发送人在最近n天中的消息发送天数和消息发送总数，其中，上述n为大于1的预设值；对上述待通知消息的发送人在最近n天中的消息发送天数和消息发送总数进行加权求和，得到上述待通知消息的发送人的评价值；若上述待通知消息的发送人的评价值在预设的评价值区间，则判定上述待通知消息的发送人为常用联系人；若上述待通知消息的发送人的评价值未在上述评价值区间，则判定上述待通知消息的发送人不为常用联系人。可选的，检测单元702具体用于：当监听单元701监听到待通知消息，且在监听到上述待通知消息之前的m秒内监听到预设数量的待通知消息时，判定当前监听到的待通知消息满足上述特殊通知条件，上述m为不小2的值。可选的，检测单元702具体用于：当监听单元701监听到待通知消息，且在前一时刻监听到的待通知消息与当前监听到的待通知消息的内容重复时，判定当前监听到的待通知消息满足上述特殊通知条件。可选的，检测单元702具体用于：当监听单元701监听到待通知消息，且上述待通知消息的内容中包含预设的关键词时，判定当前监听到的待通知消息满足上述特殊通知条件。可选的，检测单元702包括：第一维度检测单元，用于当监听单元701监听到待通知消息时，检测上述待通知消息的发送人是否为常用联系人，得到第一维度值，其中，上述第一维度值在不同检测分支下对应不同的取值第二维度检测单元，用于当监听单元701监听到待通知消息时，检测在监听到上述待通知消息之前的m秒内是否监听到预设数量的待通知消息，得到第二维度值，其中，上述第二维度值在不同检测分支下对应不同的取值；第三维度检测单元，用于当监听单元701监听到待通知消息时，检测前一时刻监听到的待通知消息与当前监听到的待通知消息的内容是否重复，得到第三维度值，其中，上述第三维度值在不同检测分支下对应不同的取值；第四维度检测单元，用于当监听单元701监听到待通知消息时，检测当前监听到的待通知消息中是否包含预设的关键词，得到第四维度值，其中，上述第四维度值在不同检测分支下对应不同的取值；加权求和单元，用将上述第一维度值、上述第二维度值、上述第三维度值和上述第四维度值加权求和，得到维度总值；判决单元，用于当上述维度总值不小于预设的维度阈值时，判定当前监听到的待通知消息满足上述特殊通知条件；当上述维度总值小于上述维度阈值时，判定当前监听到的待通知消息不满足上述特殊通知条件。需要说明的是，以上图7示例的移动终端的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将移动终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，在实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。本实施例提供的移动终端中各功能模块实现各自功能的具体过程，请参见上述图1至图6任一实施例中描述的具体内容，此处不再赘述。由上可见，本申请实施例在移动终端的静音模式或免打扰模式下，监听待通知消息，当监听到待通知消息时，检测该待通知消息是否满足预设的特殊通知条件；当该待通知消息满足特殊通知条件时，输出预设的响铃，使得在移动终端的静音模式或免打扰模式下，用户也能够得到该待通知消息的响铃通知。在实际应用中，通过对特殊通知条件的合理设置，使得用户在移动终端的静音模式或免打扰模式下，也可以得到一些重要消息的响铃通知。实施例八本申请实施例提供一种移动终端，请参阅图8，该移动终端包括：存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序，处理器802执行该计算机程序时，实现前述图1至图6任一所示方法实施例中描述的消息通知方法。进一步的，该移动终端还包括：至少一个输入设备803以及至少一个输出设备804。上述存储器801、处理器802、输入设备803以及输出设备804，通过总线805连接。其中，输入设备803具体可为摄像头、触控面板、物理按键或者鼠标等等。输出设备804具体可为显示屏。存储器801可以是高速随机存取记忆体(ram，randomaccessmemory)存储器，也可为非不稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器801用于存储一组可执行程序代码，处理器802与存储器801耦合。进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的移动终端中，该计算机可读存储介质可以是前述图8所示实施例中的存储器。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图1至图6任一方法实施例中描述的消息通知方法。进一步的，该计算机可存储介质还可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、ram、磁碟或者光盘等各种可以存储程序代码的介质。在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。以上为对本申请所提供的消息通知方法、移动终端及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。当前第1页12