消息通知方法及装置、存储介质、电子设备与流程

1.本发明涉及金融科技领域或其他相关技术领域，具体而言，涉及一种消息通知方法及装置、存储介质、电子设备。


背景技术：

2.当前，因工作压力、噪声影响等诸多原因，导致用户失眠率不断增加，很多用户因工作原因，在休息时无法将手机静音，这将导致用户休息时被手机消息通知或电话吵醒后，很难再次入睡，从而降低休息质量。
3.相关技术中，消息通知方式存在如下缺点：用户休息时，若手机静音，用户可能错过重要的消息；若手机不静音，则导致用户休息时被手机消息或电话吵醒，影响休息质量。另外，若重要消息通知联系人有所更新，但因其可能属于陌生联系人，无法及时通知用户，很容易导致用户忽略重要消息，即相关技术中的消息通知方式仅仅只是一种简单的消息相互传递，无法辨别消息的类别，通知给用户的消息是杂乱的，容易导致用户忽略重要消息，影响用户体验。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种消息通知方法及装置、存储介质、电子设备，以至少解决相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
6.根据本发明实施例的一个方面，提供了一种消息通知方法，包括：获取通知消息n个分析维度上的信息，得到信息集合，其中，所述n为大于等于1的正整数；基于预先选取的消息评估模式获取分析维度组合，并从所述信息集合中提取涉及所述分析维度组合的全部信息，其中，所述分析维度组合是由所述n个分析维度中选取出的一个或多个分析维度构建的，所述消息评估模式对应有消息评估策略；采用所述消息评估策略对所述全部信息进行评估，得到消息重要度；基于所述消息重要度查询通知策略，并采用所述通知策略将所述通知消息告知目标用户。
7.可选地，所述n个分析维度包括：消息关键字、重要联系人、历史消息未读数量、历史消息读取时效、消息相似度、联系对象关联度。
8.可选地，获取通知消息在n个分析维度上的信息，得到信息集合的步骤，包括：采用预设成分分析策略拆分所述通知消息，得到拆分后的词语集合；获取所述通知消息的联系对象；获取历史时间段中关联所述联系对象的未读消息数量；获取历史时间段中关联所述联系对象的已读消息数量和读取平均时长，并基于所述未读消息数量、所述已读消息数量和所述读取平均时长计算关联所述联系对象的历史消息的读取时效参数；获取与所述通知消息的匹配度大于预设匹配度阈值的所有历史消息，得到相似消息集合；获取所述联系对象与其他联系对象之间的群组关系，并获取所述联系对象与其他联系对象之间的历史消息总条数，并基于所述群组关系以及所述历史消息总条数评估关联度，得到联系对象关联度
集合，其中，所述群组关系用于表征联系对象之间是否属于同一群组列表；基于所述词语集合、所述联系对象、所述联系对象的未读消息数量、所述历史消息的读取时效参数、所述相似消息集合、联系对象关联度集合，确定所述信息集合。
9.可选地，获取与所述通知消息的匹配度大于预设匹配度阈值的所有历史消息的步骤，包括：提取存储空间中的所有历史通知消息，得到历史消息集合；计算所述历史消息集合中每个历史消息与所述通知消息之间的欧式距离值；基于所述欧式距离值，确定所述历史消息与所述通知消息之间的匹配度；选取匹配度大于所述预设匹配度阈值的所有历史消息。
10.可选地，采用所述消息评估策略为下述评估策略的一个或多个的组合，包括：评估策略一：在所述消息评估模式为关键字评估模式的情况下，判断所述拆分后的词语集合中所包含的词语是否在指定词语集合中；评估策略二：在所述消息评估模式为联系人评估模式的情况下，判断所述通知消息的联系对象是否在指定联系人名单中；评估策略三：在所述消息评估模式为消息读取时效评估模式的情况下，判断关联所述联系对象的历史消息的读取时效参数是否小于第一时效参数阈值；评估策略四：在所述消息评估模式为未读消息评估模式的情况下，判断关联所述联系对象的未读消息数量是否小于预设数量阈值；评估策略五：在所述消息评估模式为相似度评估模式的情况下，判断所述相似消息集合中的m条历史消息的读取时效参数是否小于第二时效参数阈值，其中，所述m为大于等于1的正整数；评估策略六：在所述消息评估模式为联系对象评估模式的情况下，判断被选取的t个联系对象是否在所述指定联系人名单中，并判断关联所述t个联系对象的历史消息的读取时效参数是否小于第二时效参数阈值，其中，所述被选取的t个联系对象是指所述联系对象关联度集合中大于预设关联度阈值的关联度所对应的联系对象，所述t为大于等于1的正整数。
11.可选地，所述通知策略为下述之一：扩音通知、震动通知、闹钟通知、指针通知、灯光通知。
12.可选地，基于所述消息重要度查询通知策略的步骤，包括：获取当前时间点和重要度映射表；基于所述当前时间点和所述重要度映射表，查询与所述消息重要度关联的通知策略。
13.根据本发明实施例的另一个方面，提供了一种消息通知装置，包括：获取单元，用于获取通知消息在n个分析维度上的信息，得到信息集合，其中，所述n为大于等于1的正整数；提取单元，用于基于预先选取的消息评估模式获取分析维度组合，并从所述信息集合中提取涉及所述分析维度组合的全部信息，其中，所述分析维度组合是由所述n个分析维度中选取出的一个或多个分析维度构建的，所述消息评估模式对应有消息评估策略；评估单元，用于采用所述消息评估策略对所述全部信息进行评估，得到消息重要度；查询单元，用于基于所述消息重要度查询通知策略，并采用所述通知策略将所述通知消息告知目标用户。
14.可选地，所述n个分析维度包括：消息关键字、重要联系人、历史消息未读数量、历史消息读取时效、消息相似度、联系对象关联度。
15.可选地，获取单元包括:第一拆分模块，用于采用预设成分分析策略拆分所述通知消息，得到拆分后的词语集合；第一获取模块，用于获取所述通知消息的联系对象；第二获取模块，用于获取历史时间段中关联所述联系对象的未读消息数量；第三获取模块，用于获取历史时间段中关联所述联系对象的已读消息数量和读取平均时长，并基于所述未读消息
数量、所述已读消息数量和所述读取平均时长计算关联所述联系对象的历史消息的读取时效参数；第四获取模块，用于获取与所述通知消息的匹配度大于预设匹配度阈值的所有历史消息，得到相似消息集合；第五获取模块，用于获取所述联系对象与其他联系对象之间的群组关系，并获取所述联系对象与其他联系对象之间的历史消息总条数，并基于所述群组关系以及所述历史消息总条数评估关联度，得到联系对象关联度集合，其中，所述群组关系用于表征联系对象之间是否属于同一群组列表；第一确定模块，用于基于所述词语集合、所述联系对象、所述联系对象的未读消息数量、所述历史消息的读取时效参数、所述相似消息集合、联系对象关联度集合，确定所述信息集合。
16.可选地，第四获取模块包括：第一提取子模块，用于提取存储空间中的所有历史通知消息，得到历史消息集合；第一计算子模块，用于计算所述历史消息集合中每个历史消息与所述通知消息之间的欧式距离值；第一确定子模块，用于基于所述欧式距离值，确定所述历史消息与所述通知消息之间的匹配度；第一选取子模块，用于选取匹配度大于所述预设匹配度阈值的所有历史消息。
17.可选地，第一拆分模块包括：第一判断子模块，用于评估策略一：在所述消息评估模式为关键字评估模式的情况下，判断所述拆分后的词语集合中所包含的词语是否在指定词语集合中；第二判断子模块，用于评估策略二：在所述消息评估模式为联系人评估模式的情况下，判断所述通知消息的联系对象是否在指定联系人名单中；第三判断子模块，用于评估策略三：在所述消息评估模式为消息读取时效评估模式的情况下，判断关联所述联系对象的历史消息的读取时效参数是否小于第一时效参数阈值；第四判断子模块，用于评估策略四：在所述消息评估模式为未读消息评估模式的情况下，判断关联所述联系对象的未读消息数量是否小于预设数量阈值；第五判断子模块，用于评估策略五：在所述消息评估模式为相似度评估模式的情况下，判断所述相似消息集合中的m条历史消息的读取时效参数是否小于第二时效参数阈值，其中，所述m为大于等于1的正整数；第六判断子模块，用于评估策略六：在所述消息评估模式为联系对象评估模式的情况下，判断被选取的t个联系对象是否在所述指定联系人名单中，并判断关联所述t个联系对象的历史消息的读取时效参数是否小于第二时效参数阈值，其中，所述被选取的t个联系对象是指所述联系对象关联度集合中大于预设关联度阈值的关联度所对应的联系对象，所述t为大于等于1的正整数。
18.可选地，所述通知策略为下述之一：扩音通知、震动通知、闹钟通知、指针通知、灯光通知。
19.可选地，查询单元包括：第六获取模块，用于获取当前时间点和重要度映射表；第一查询模块，用于基于所述当前时间点和所述重要度映射表，查询与所述消息重要度关联的通知策略。
20.根据本发明实施例的另一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述任意一项所述的消息通知方法。
21.根据本发明实施例的另一个方面，还提供了一种电子设备，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述任意一项所述的消息通知方法。
22.本公开中，采用以下步骤，获取通知消息在n个分析维度上的信息，得到信息集合，然后基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，采用消息评估策略对全部信息进行评估，得到消息重要度，最后基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略。
23.在本公开中，可从多个分析维度入手，通过消息评估策略对通知消息的重要度进行评估，进而查询与该重要度相对应的通知策略，通知给用户的消息是经过筛选的，让用户能够及时获取到较为重要的消息，解决了相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
24.在本公开中，提供了一种根据消息重要度的消息通知方式，体验更佳、更智能，通过多维分析角度对通知消息进行评估，确定消息的重要度，可以让用户在休息时不会被不重要的消息打扰，能够获取到较为重要的消息。
附图说明
25.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
26.图1是根据本发明实施例的一种可选的消息通知方法的流程图；
27.图2是根据本发明实施例的一种可选的获取通知消息在n个分析维度上的信息的流程图；
28.图3是根据本发明实施例的一种可选的消息通知系统架构图；
29.图4是根据本发明实施例的一种可选的消息通知装置示意图；
30.图5是根据本发明实施例的一种消息通知方法的电子设备(或移动设备)的硬件结构框图。
具体实施方式
31.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
32.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
33.需要说明的是，本公开中的消息通知方法及装置可用于金融科技领域，在根据消息重要度进行消息通知的情况下，也可用于除金融科技领域之外的任意领域在根据消息重
要度进行消息通知的情况下，本公开中消息通知方法及装置的应用领域不做限定。
34.需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。
35.本发明可以应用于各种消息通知设备/装置/产品中(例如，各种移动终端、pc端、聊天软件中)，从多个分析维度入手，建立消息评估策略，对消息重要度进行评估，进而根据消息重要度得到相对应的通知策略，及时告知用户较为重要的通知消息，解决了用户在休息时既不想被不重要的消息打扰又不想错过重要消息的问题，为用户提供了一种根据消息重要度、体验更佳的、更智能的消息通知方法，能够根据消息的重要度，选择性地向用户提供消息通知。
36.下面结合各个实施例对本发明进行详细说明。
37.实施例一
38.根据本发明实施例，提供了一种消息通知方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
39.下面结合优选的实施步骤对本发明进行说明，图1是根据本技术实施例提供的一种消息通知方法的流程图，如图1所示，该方法包括如下步骤：
40.步骤s101，获取通知消息在n个分析维度上的信息，得到信息集合，其中，n为大于等于1的正整数；
41.步骤s102，基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略；
42.步骤s103，采用消息评估策略对全部信息进行评估，得到消息重要度；
43.步骤s104，基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。
44.通过上述步骤，首先获取通知消息在n个分析维度上的信息，得到信息集合，其中，基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略，采用消息评估策略对全部信息进行评估，得到消息重要度，最后基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。在本实施例中，可从多个分析维度入手，通过消息评估策略对通知消息的重要度进行评估，进而查询与该重要度相对应的通知策略，通知给用户的消息是经过筛选的，让用户能够及时获取到较为重要的消息，解决了相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
45.下面结合上述各实施步骤来详细说明。
46.步骤s101，获取通知消息在n个分析维度上的信息，得到信息集合，其中，n为大于
等于1的正整数。
47.其中，本实施例中的通知消息是从用户终端(包括但不限于：手机、ipad、手表)获取的，用户通过终端设备接收联系人发来的通知消息或电话，本发明实施例对通知消息和电话的数量不做限定，可同时处理多条消息或电话，本实施例以通知消息进行示意说明。
48.本发明实施例中，n个分析维度包括但不限于：消息关键字、重要联系人、历史消息未读数量、历史消息的读取时效、消息相似度、联系对象关联度。获取到用户终端接收的通知消息后，可以选取上述一种或多种分析维度对消息进行处理，判断消息重要度。
49.图2是根据本发明实施例提供的一种获取通知消息在n个分析维度上的信息的流程图，如图2所示，该方法包括如下步骤：
50.步骤s201，采用预设成分分析策略拆分通知消息，得到拆分后的词语集合。
51.需要说明的是，对于通知消息中各个字/词/数据的类型不做限定，包括但不限于数字、汉字、字母、字符。
52.步骤s202，获取通知消息的联系对象。
53.需要说明的是，本技术通过获取通知消息的联系对象，以判断该联系对象是否为使用当前用户终端的重要联系人，重要联系人包括但不限于常用联系人，收藏联系人或者是指定联系人名单中的联系人。
54.步骤s203，获取历史时间段中关联联系对象的未读消息数量。
55.步骤s204，获取历史时间段中关联联系对象的已读消息数量和读取平均时长，并基于未读消息数量、已读消息数量和读取平均时长计算关联联系对象的历史消息的读取时效参数。
56.其中，历史消息的读取时效是根据接收到的历史消息计算的，计算公式为：读取时效＝(未读消息数量/已读消息数量)*读取平均时长，下面通过表1示意说明一种历史消息读取时效的内容，具体的，表1内容如下:
57.表1历史消息读取时效
[0058][0059]
步骤s205，获取与通知消息的匹配度大于预设匹配度阈值的所有历史消息，得到相似消息集合。
[0060]
本发明实施例中，获取与通知消息的匹配度大于预设匹配度阈值的所有历史消息的步骤，包括：提取存储空间中的所有历史通知消息，得到历史消息集合；计算历史消息集合中每个历史消息与通知消息之间的欧式距离值；基于欧式距离值，确定历史消息与通知消息之间的匹配度；选取匹配度大于预设匹配度阈值的所有历史消息。
[0061]
上述实施例中说明了可通过欧式距离来计算该通知消息与历史消息的之间的匹配度，需要说明的是，本发明实施例中在计算历史消息与通知消息之间的匹配度时，还可以通过计算余弦距离、最小编辑距离获得。
[0062]
需要说明的是，当接收到新的通知消息后，将其与用户终端中存储的历史通知消息进行匹配，通过匹配度来确定两条消息之间是否相似，确定相似度，并向用户推荐与当前消息相似的n条(n为大于等于1的整数，此处对消息条数不做限定，可根据用户实际需要和实际应用场景进行设置)消息。下面通过表2示意说明一种消息相似度的计算内容，具体的：
[0063]
表2消息相似度计算
[0064][0065]
步骤s206，获取联系对象与其他联系对象之间的群组关系，并获取联系对象与其他联系对象之间的历史消息总条数，其中，群组关系用于表征联系对象之间是否属于同一群组列表。
[0066]
本实施例中，可以通过接收消息接收模块中的消息，若消息属于群组消息，则存储在消息列表，下面通过表3示意说明联系对象之间的群组关系，具体地：
[0067]
表3联系对象群组关系
[0068][0069]
在判断联系对象之间的群组关系后，可以根据当前消息联系对象与其他联系对象是否在同一个群组，以及当前消息联系对象在历史时间段内(比如5天内)在群组里发送消息给其他联系对象的历史消息总条数，评估联系对象关联度。下面通过表4示意性说明评估联系对象关联度的内容，具体地：
[0070]
表4联系对象关联度
[0071][0072]
步骤s207，基于词语集合、联系对象、联系对象的未读消息数量、历史消息的读取时效参数、相似消息集合，确定信息集合。
[0073]
本发明实施例中，通过多个维度对通知消息进行处理，获取相关信息集合，从而进行消息重要度判断，提升重要度判断标准，避免从单一维度对消息进行处理使得消息重要性不明确的情况。
[0074]
步骤s102，基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略。
[0075]
步骤s103，采用消息评估策略对全部信息进行评估，得到消息重要度。
[0076]
需要说明的是，采用消息评估策略为下述评估策略的一个或多个的组合，包括：评估策略一：在消息评估模式为关键字评估模式的情况下，判断拆分后的词语集合中所包含的词语是否在指定词语集合中；评估策略二：在消息评估模式为联系人评估模式的情况下，判断通知消息的联系对象是否在指定联系人名单中；评估策略三：在消息评估模式为消息读取时效评估模式的情况下，判断关联联系对象的历史消息的读取时效参数是否小于第一时效参数阈值；评估策略四：在消息评估模式为未读消息评估模式的情况下，判断关联联系对象的未读消息数量是否小于预设数量阈值；评估策略五：在消息评估模式为相似度评估模式的情况下，判断相似消息集合中的m条历史消息的读取时效参数是否小于第二时效参
数阈值，其中，m为大于等于1的正整数；评估策略六：在消息评估模式为联系对象评估模式的情况下，判断被选取的t个联系对象是否在指定联系人名单中，并判断关联t个联系对象的历史消息的读取时效参数是否小于第二时效参数阈值，其中，被选取的t个联系对象是指联系对象关联度集合中大于预设关联度阈值的关联度所对应的联系对象，t为大于等于1的正整数。
[0077]
本实施例中，指定联系人名单可以是指用户设置的重要联系人，通过该指定联系人或者消息关键字评估消息重要度：判断当前消息联系人是否是重要联系人或者当前消息包含消息关键字。若用户设置按照历史消息读取时效评估消息重要度：判断当前消息联系人的历史消息读取时效是否小于某一阈值。若用户设置按照未读消息数量评估消息重要度，则可以判断历史消息未读数量是否小于某一阈值。
[0078]
本实施例中，若用户设置按照消息相似度评估消息重要度，则可以判断当前消息相似的m条(比如3条)消息的读取时效是否小于某一阈值，如果是，则可以发出切换消息通知方式指令，若否，则需要进一步评估联系人关联度。若用户设置按照联系人关联度评估消息重要度：判断当前联系人的t个(比如3个)关联度最大的联系人是否是重要联系人、且这t个联系人读取时效小于某一阈值。
[0079]
需要说明的是，用户在进行消息重要度评估时，可以将上述任一消息评估策略进行结合，例如：用户可以设置按照重要联系人和消息关键字评估消息重要度，并将重要度的取值设置为0-1，首先判断当前消息联系人是否为重要联系人，得出第一判断结果，然后判断当前消息是否包含消息关键字，得出第二判断结果，若第一判断结果和第二判断结果均显示否，则消息重要度为0，若其中一项判断结果显示为是，则消息重要度为0.6，若第一判断结果和第二判断结果均显示为是，则消息重要度显示为1。实际应用中，用户可以根据实际情况组合消息评估策略，对消息重要度进行评估。
[0080]
步骤s104，基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。
[0081]
其中，通知策略为下述之一：扩音通知、震动通知、闹钟通知、指针通知、灯光通知。本发明实施例中，基于消息重要度查询通知策略的步骤，包括：获取当前时间点和重要度映射表；基于当前时间点和重要度映射表，查询与消息重要度关联的通知策略。
[0082]
本发明实施例中，在获取消息重要度(例如，重要度值设置在0-1之间，通过与阈值/等级范围进行比较，确认该通知消息的等级)后，根据当前时间点，对消息进行通知，当时间点处于用户休息的时间时，对于重要度较低的消息，不对其进行推送或通过亮屏进行通知，从而使得其不影响用户休息，且用户在充分休息户仍可以通过通知界面看到该消息并自行选择是否忽略；对于重要度高的消息通知，根据用户提前设定的通知策略进行通知，例如当消息重要度高于0.9时，通过闹钟进行通知，当消息重要度大于0.6小于0.9时，通过震动进行通知等。当时间点处于非休息时间时，对于重要度较低的消息，可通过灯光通知，而对于重要度高的消息可通过扩音通知、震动通知或指针通知。本实施例对于具体的通知方式不做限定，可根据用户需求和习惯自行设定，也可默认通知方式。
[0083]
通过上述实施例，从多个分析维度(历史消息的读取时效、历史消息未读数量、消息相似度、消息关键字、重要联系人、联系人关联度)入手，建立消息评估策略，对消息重要度进行评估，从而得到相对应的通知策略，为用户提供了一种根据消息重要度、体验更佳
的、更智能的消息通知方式，进而解决了相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
[0084]
下面结合另一种可选的实施例来说明本发明。
[0085]
实施例二
[0086]
本实施例提供了一种消息通知系统，该消息通知系统所包含的各个实施模块对应于实施例一中的各个实施步骤。
[0087]
图3是根据本发明实施例的一种可选的消息通知系统架构图，如图3所示，该消息通知系统架构包含用户和客户端两个主体，用户：在客户端设置消息通知方式切换模式并接收客户端的消息通知。
[0088]
客户端：供用户设置消息通知方式切换模式；根据用户设置的模式评估消息重要度；根据用户设置的消息通知方式切换模式及消息重要度，切换消息通知方式；将消息通知至用户。
[0089]
下面对本实施例中消息通知系统相关模块进行详细说明。
[0090]
消息接收模块300：用于接收消息。
[0091]
消息存储模块301：用于存储用户历史消息。
[0092]
消息通知方式切换模式设置模块31：供用户设置消息通知方式切换模式，包括：消息重要度评估方式设置模块311、切换后的消息通知方式设置模块312、消息关键字设置模块313、重要联系人设置模块314。
[0093]
消息重要度评估方式设置模块311：设置消息重要度评估方式，具体地：历史消息读取时效、历史消息未读数量、消息相似度、消息关键字、重要联系人。消息重要度评估方式可以是以上五种中的一种或多种。
[0094]
切换后的消息通知方式设置模块312：设置切换后消息通知方式，比如响铃、震动、手表等。
[0095]
消息关键字设置模块313：设置消息关键字，供消息重要度评估模块35通过消息中是否包含设置的关键字来评估消息重要度。
[0096]
重要联系人设置模块314：设置重要联系人(对应上述的指定联系人名单)，供消息重要度评估模块35通过消息对应联系人是否是重要联系人来评估消息重要度。
[0097]
历史消息读取时效评估模块32：接收消息接收模块300的消息，计算该消息对应的联系人的历史消息(比如近5天消息)的读取时效其中，读取时效＝(未读消息数量/已读消息数量)*读取平均时长。
[0098]
历史消息未读数量评估模块33：接收消息接收模块300的消息，计算该消息对应的联系人的历史消息(比如近5天消息，本实施例中对历史消息条数不做限定，可以是7天，10天的历史消息)的未读取数量。
[0099]
消息相似度评估模块34：接收消息接收模块300的消息，与消息存储模块301中的消息进行相似度匹配(比如基于欧氏距离/余弦距离/最小编辑距离等等进行消息相似度计算)，推荐与当前消息相似的n条(比如2条消息，本实施例中对相似消息条数不做限定)消息。
[0100]
消息重要度评估模块35：结合消息通知方式切换模式设置模块31的设置、历史消息读取时效、历史消息未读取数量、消息相似度，评估消息重要度。
[0101]
历史消息群组列表存储模块302：接收消息接收模块300的消息，若消息属于群组消息，则存储群组列表。
[0102]
联系人关联度评估模块36：根据当前消息联系人与其他联系人是否在同一个群组，以及当前消息联系人在一定时间内(比如5天内)群组里发送消息给其他联系人的条数，评估联系人关联度。
[0103]
消息通知模块37：按照消息重要度评估模块35的结果向用户进行消息通知。
[0104]
具体的通过消息重要度进行通知方式切换的步骤举例如下：
[0105]
首先用户默认消息通知方式为静音通知。
[0106]
步骤一：若用户设置按照重要联系人或者消息关键字评估消息重要度，判断当前消息联系人是否是重要联系人或者当前消息是否包含消息关键字，如果是，执行步骤六，否则，执行步骤七。
[0107]
步骤二:若用户设置按照历史消息读取时效评估消息重要度，判断当前消息联系人的历史消息读取时效是否小于某一阈值，如果是，则执行步骤六，否则，执行步骤七。
[0108]
步骤三：若用户设置按照未读消息数量评估消息重要度，判断历史消息未读数量是否小于某一阈值，如果是，则执行步骤六，否则，执行步骤七。
[0109]
步骤四：若用户设置按照消息相似度评估消息重要度：判断当前消息相似的n条(比如3条)消息的读取时效是否小于某一阈值，如果是，则执行步骤六，否则，执行步骤七。
[0110]
步骤五：若用户设置按照联系人关联度评估消息重要度：判断当前联系人的t个(比如3个)关联度最大的联系人是否是重要联系人、且这t个联系人读取时效小于某一阈值，如果是，则进入步骤六，否则，进入步骤七。
[0111]
步骤六：向消息通知模块36发出切换消息通知方式指令。
[0112]
步骤七：向消息通知模块36发出不切换消息通知方式的指令。
[0113]
本发明实施例中，从多个维度入手，对消息重要度进行评估，从而得到相对应的通知策略，为用户提供了一种根据消息重要度、体验更佳的、更智能的消息通知方式以及消息切换方方式，进而解决了相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
[0114]
本发明实施例中，解决了用户在休息时既不想被不重要的消息打扰又不想错过重要消息的问题，
[0115]
下面结合另一种可选的实施例来说明本发明。
[0116]
实施例三
[0117]
本实施例提供了一种消息通知装置，该消息通知装置所包含的各个实施单元对应于实施例一中的各个实施步骤。
[0118]
图4是根据本发明实施例的一种可选的消息通知装置示意图，如图4所示，包括：获取单元41、提取单元42、评估单元43，查询单元44，其中，
[0119]
获取单元41，用于获取通知消息在n个分析维度上的信息，得到信息集合，其中，n为大于等于1的正整数；
[0120]
提取单元42，用于基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略；
[0121]
评估单元43，用于采用消息评估策略对全部信息进行评估，得到消息重要度；
[0122]
查询单元44，用于基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。
[0123]
上述消息通知装置，通过获取单元41获取通知消息在n个分析维度上的信息，得到信息集合，其中，n为大于等于1的正整数；通过提取单元42基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略；通过评估单元43采用消息评估策略对全部信息进行评估，得到消息重要度；通过查询单元44基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。在本实施例中，可从多个分析维度入手，通过消息评估策略对通知消息的重要度进行评估，进而查询与该重要度相对应的通知策略，通知给用户的消息是经过筛选的，让用户能够及时获取到较为重要的消息，解决了相关技术中无法辨别消息的类别，容易导致用户忽略重要消息的技术问题。
[0124]
可选地，n个分析维度包括：消息关键字、重要联系人、历史消息未读数量、历史消息读取时效、消息相似度、联系对象关联度。
[0125]
可选地，获取单元包括:第一拆分模块，用于采用预设成分分析策略拆分通知消息，得到拆分后的词语集合；第一获取模块，用于获取通知消息的联系对象，得到联系对象；第二获取模块，用于获取历史时间段中关联联系对象的未读消息数量；第三获取模块，用于获取历史时间段中关联联系对象的已读消息数量和读取平均时长，并基于未读消息数量、已读消息数量和读取平均时长计算关联联系对象的历史消息的读取时效参数；第四获取模块，用于获取与通知消息的匹配度大于预设匹配度阈值的所有历史消息，得到相似消息集合；第五获取模块，用于获取联系对象与其他联系对象之间的群组关系，并获取联系对象与其他联系对象之间的历史消息总条数，并基于群组关系以及历史消息总条数评估关联度，得到联系对象关联度集合，其中，群组关系用于表征联系对象之间是否属于同一群组列表；第一确定模块，用于基于词语集合、联系对象、联系对象的未读消息数量、历史消息的读取时效参数、相似消息集合，确定信息集合。
[0126]
可选地，第四获取模块包括：第一提取子模块，用于提取存储空间中的所有历史通知消息，得到历史消息集合；第一计算子模块，用于计算历史消息集合中每个历史消息与通知消息之间的欧式距离值；第一确定子模块，用于基于欧式距离值，确定历史消息与通知消息之间的匹配度；第一选取子模块，用于选取匹配度大于预设匹配度阈值的所有历史消息。
[0127]
可选地，第一拆分模块包括：第一判断子模块，用于评估策略一：在消息评估模式为关键字评估模式的情况下，判断拆分后的词语集合中所包含的词语是否在指定词语集合中；第二判断子模块，用于评估策略二：在消息评估模式为联系人评估模式的情况下，判断通知消息的联系对象是否在指定联系人名单中；第三判断子模块，用于评估策略三：在消息评估模式为消息读取时效评估模式的情况下，判断关联联系对象的历史消息的读取时效参数是否小于第一时效参数阈值；第四判断子模块，用于评估策略四：在消息评估模式为未读消息评估模式的情况下，判断关联联系对象的未读消息数量是否小于预设数量阈值；第五判断子模块，用于评估策略五：在消息评估模式为相似度评估模式的情况下，判断相似消息集合中的m条历史消息的读取时效参数是否小于第二时效参数阈值，其中，m为大于等于1的
正整数；第六判断子模块，用于评估策略六：在消息评估模式为联系对象评估模式的情况下，判断被选取的t个联系对象是否在指定联系人名单中，并判断关联t个联系对象的历史消息的读取时效参数是否小于第二时效参数阈值，其中，被选取的t个联系对象是指联系对象关联度集合中大于预设关联度阈值的关联度所对应的联系对象，t为大于等于1的正整数。
[0128]
可选地，通知策略为下述之一：扩音通知、震动通知、闹钟通知、指针通知、灯光通知。
[0129]
可选地，查询单元包括：第六获取模块，用于获取当前时间点和重要度映射表；第一查询模块，用于基于当前时间点和重要度映射表，查询与消息重要度关联的通知策略。
[0130]
上述的消息通知装置还可以包括处理器和存储器，上述获取单元41、提取单元42、评估单元43，查询单元44等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
[0131]
上述处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数从多个分析维度入手，通过消息评估策略对通知消息的重要度进行评估，进而查询与该重要度相对应的通知策略，通知给用户的消息是经过筛选的，让用户能够及时获取到较为重要的消息，为用户提供一种根据消息重要度、体验更佳的、更智能的消息通知方式。
[0132]
上述存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
[0133]
根据本发明实施例的另一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序运行时控制计算机可读存储介质所在设备执行上述任意一项的消息通知方法。
[0134]
根据本发明实施例的另一个方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述任意一项的消息通知方法。
[0135]
本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取通知消息在n个分析维度上的信息，得到信息集合，其中，n为大于等于1的正整数；基于预先选取的消息评估模式获取分析维度组合，并从信息集合中提取涉及分析维度组合的全部信息，其中，分析维度组合是由n个分析维度中选取出的一个或多个分析维度构建的，消息评估模式对应有消息评估策略；采用消息评估策略对全部信息进行评估，得到消息重要度；基于消息重要度查询通知策略，并采用通知策略将通知消息告知目标用户。
[0136]
图5是根据本发明实施例的一种消息通知方法的电子设备(或移动设备)的硬件结构框图。如图5所示，电子设备可以包括一个或多个(图中采用502a、502b，
……
，502n来示出)处理器502(处理器502可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器504。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、键盘、电源和/或相机。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对
上述电子装置的结构造成限定。例如，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。
[0137]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0138]
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0139]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0140]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0141]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0142]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0143]
以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。