一种移动端接收可扩展消息分类显示的方法及系统与流程

本发明涉及数据处理技术领域，特别是涉及一种移动端接收可扩展消息分类显示的方法及系统。

背景技术：

现有的通讯系统收到消息推送后，后台服务器端会按照消息类型的分组规则进行分组归类，并将归类后的消息发送到用户端。分组与分组包含的消息类型是一对多的关系，但是在实际项目实施过程中，往往有个性化配置的需求，原生固化的消息类型和分组显示规则已不能满足可自定义、可扩展的要求。当遇到不属于现有分组规则的消息时，后台服务器无法对其进行分类。

现有的通讯系统存在以下缺点：

1.消息分组ui固化，无扩展性。当接收人收到来自后台的推送消息时，现有的通讯系统会按照上述固定的显示规则，对收到的推送消息进行归类。由于缺少ui可扩展性，所以当有新的ui分组需求时，就要通过原生迭代开发实现，周期长成本高。

2.推送类型固化，无扩展性。现有的通讯系统约定了几种固定的消息类型代码和消息类型含义，构成消息类型库。当需要给消息体配置一个新的消息类型时，由于消息类型库中不存在，只能从已有的类型代码中选择一个，这样会舍弃消息类型的实际含义，后续维护时也会增加理解难度。所以消息类型的不可扩展和实际含义的混淆会增加实施维护成本。

3.消息已读未读逻辑固化，无扩展性。当用户现有的通讯系统点击消息分组某一行时，进入消息列表的同时对应分组下的消息会全部标记为已读，如果用户要求在消息列表查看消息详情后才能标记为已读，这样简单粗暴的已读逻辑就不再符合用户操作习惯。

4.用户体验不佳。由于现有的通讯系统有且只有三个固化消息大组，缺少细化分组，大量消息聚积到一个分组下，影响用户查看和查找操作。当三个固化消息分组下无消息内容时也会显示出来，如“终端表现智能推送”分组下经常无消息内容，依然固化显示出来会对用户造成干扰。

技术实现要素：

本发明提供一种移动端接收可扩展消息分类显示的方法及系统，解决以上技术问题。

本发明一个实施例提供一种移动端接收可扩展消息分类显示的方法，包括：

接收消息推送；

在判断所述消息不存在于当前消息分组规则的原消息组时，根据所述消息的类型新增与所述消息类型相一致的新消息组；其中，所述消息分组规则存储于移动端，所述当前消息分组规则的消息组至少为1个；

将所述消息标记为所述新消息组并进行显示。

进一步地，所述根据所述消息的类型新增与所述消息类型相一致的新消息组，包括：

在判断所述消息的类型不存在于一级分组规则的一级原消息组时，根据所述消息的类型创建一级新消息组；其中，所述一级新消息组属于一级分组规则。

进一步地，所述根据所述消息的类型新增与所述消息类型相一致的新消息组，还包括：

在判断所述消息的类型存在于一级分组规则的一级原消息组时，判断所述消息的类型是否存在于二级分组规则的二级原消息组；

在判断所述消息的类型存在于一级分组规则的一级原消息组且不存在于所述二级分组规则的二级原消息组时，根据所述消息的类型创建二级新消息组；其中，所述二级新消息组属于二级分组规则。

进一步地，所述的一种移动端接收可扩展消息分类显示的方法，还包括：

在判断所述消息的类型存在于一级分组规则的一级原消息组且存在于所述二级分组规则的二级原消息组时，将所述消息标记为所述二级原消息组并进行显示。

进一步地，所述的一种移动端接收可扩展消息分类显示的方法，还包括：

在判断当前用户为已登录状态时，执行所述接收消息推送；

在判断当前用户为未登录状态时，待所述用户登录后，调用后台消息服务接口，根据时间戳执行所述接收消息推送。

本发明一个实施例提供一种移动端接收可扩展消息分类显示的系统，包括：

消息接收模块，用于接收消息推送；

新增消息组模块，用于在判断所述消息不存在于当前消息分组规则的原消息组时，根据所述消息的类型新增与所述消息类型相一致的新消息组；其中，所述消息分组规则存储于移动端，所述当前消息分组规则的消息组至少为1个；

消息显示模块，用于将所述消息标记为所述新消息组并进行显示。

进一步地，所述新增消息组模块包括：

新增一级消息组子模块，用于在判断所述消息的类型不存在于一级分组规则的一级原消息组时，根据所述消息的类型创建一级新消息组；其中，所述一级新消息组属于一级分组规则。

进一步地，所述新增消息组模块还包括：

消息组判断子模块，用于在判断所述消息的类型存在于一级分组规则的一级原消息组时，判断所述消息的类型是否存在于二级分组规则的二级原消息组；

新增二级消息组子模块，用于在判断所述消息的类型存在于一级分组规则的一级原消息组且不存在于所述二级分组规则的二级原消息组时，根据所述消息的类型创建二级新消息组；其中，所述二级新消息组属于二级分组规则。

进一步地，消息组判断子模块，还用于：

在判断所述消息的类型存在于一级分组规则的一级原消息组且存在于所述二级分组规则的二级原消息组时，将所述消息标记为所述二级原消息组并进行显示。

进一步地，所述的一种移动端接收可扩展消息分类显示的系统，还包括用户登录状态模块，用于：

在判断当前用户为已登录状态时，执行所述接收消息推送；

在判断当前用户为未登录状态时，待所述用户登录后，调用后台消息服务接口，根据时间戳执行所述接收消息推送。

与现有技术相比，本发明实施例的有益效果在于：

本发明提供一种移动端接收可扩展消息分类显示的方法及系统，其中所述方法包括：接收消息推送；在判断所述消息不存在于当前消息分组规则的原消息组时，根据所述消息的类型新增与所述消息类型相一致的新消息组；其中，所述消息分组规则存储于移动端，所述当前消息分组规则的消息组至少为1个；将所述消息标记为所述新消息组并进行显示。本发明的有益效果在于：支持推送类型自定义。后台设置消息体消息类型时，不再仅限于已存在的几种固定类型，类型代码和其业务含义都支持实施开发人员进行自定义增删改。支持ui分组动态化显示。支持根据实施开发人设置的抽象分组、消息类型、消息子类，动态控制二维分组模式显示，实现改善用户操作体验。

附图说明

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

图1是本发明某一实施例提供的一种移动端接收可扩展消息分类显示的方法的流程图；

图2是本发明另一实施例提供的一种移动端接收可扩展消息分类显示的方法的流程图；

图3是本发明又一实施例提供的一种移动端接收可扩展消息分类显示的方法的流程图；

图4是本发明某一实施例提供的消息接收的流程图；

图5是本发明另一实施例提供的消息接收的流程图；

图6是本发明又一实施例提供的接收可扩展消息的方法的流程图；

图7是本发明某一实施例提供的一种移动端接收可扩展消息分类显示的系统的结构图；

图8是本发明又一实施例提供的一种移动端接收可扩展消息分类显示的系统的结构图；

图9是本发明又一实施例提供的一种移动端接收可扩展消息分类显示的系统的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，文中所使用的步骤编号仅是为了方便描述，不对作为对步骤执行先后顺序的限定。

应当理解，在本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

第一方面。

请参阅图1-3，本发明一个实施例提供一种移动端接收可扩展消息分类显示的方法，包括：

s10、接收消息推送。

s20、在判断所述消息不存在于当前消息分组规则的原消息组时，根据所述消息的类型新增与所述消息类型相一致的新消息组；其中，所述消息分组规则存储于移动端，所述当前消息分组规则的消息组至少为1个。

在某一具体实施方式中，所述根据所述消息的类型新增与所述消息类型相一致的新消息组，包括：

s211、在判断所述消息的类型不存在于一级分组规则的一级原消息组时，根据所述消息的类型创建一级新消息组；其中，所述一级新消息组属于一级分组规则。

s221、在判断所述消息的类型存在于一级分组规则的一级原消息组时，判断所述消息的类型是否存在于二级分组规则的二级原消息组；

s222、在判断所述消息的类型存在于一级分组规则的一级原消息组且不存在于所述二级分组规则的二级原消息组时，根据所述消息的类型创建二级新消息组；其中，所述二级新消息组属于二级分组规则。

s223、在判断所述消息的类型存在于一级分组规则的一级原消息组且存在于所述二级分组规则的二级原消息组时，将所述消息标记为所述二级原消息组并进行显示。

s30、将所述消息标记为所述新消息组并进行显示。

在某一具体实施方式中，所述的一种移动端接收可扩展消息分类显示的方法，还包括：

s01、在判断当前用户为已登录状态时，执行所述接收消息推送；

s02、在判断当前用户为未登录状态时，待所述用户登录后，调用后台消息服务接口，根据时间戳执行所述接收消息推送。

本发明的有益效果在于：支持推送类型自定义。后台设置消息体消息类型时，不再仅限于已存在的几种固定类型，类型代码和其业务含义都支持实施开发人员进行自定义增删改。支持ui分组动态化显示。支持根据实施开发人设置的抽象分组、消息类型、消息子类，动态控制二维分组模式显示。支持消息已读未读逻辑自定义。支持配置已读未读逻辑两种转化模式：一种是点击进入消息列表页面时全部标记已读，一种是点击消息列表某一条消息查看详情时标记一条消息已读。改善用户操作体验。

在某一具体实施例中，如图4所示，玄讯用户发送人登录玄讯应用，在提交审批请求、工作报告、通知公告或其他类型数据的同时，可利用玄讯后台消息服务和苹果apns给接收人推送消息。玄讯用户接收人接收到消息时，玄讯应用内消息会动态分组显示。

如图5所示，当玄讯用户接收人在已登录状态下时，收到消息推送时，会主动调用后台消息服务接口，根据消息id获取单个消息详情。当玄讯用户接收人在未登录状态下时，重新登录时会会主动调用后台消息服务接口，根据时间戳获取新增的多条消息。

如图6所示，动态分组过程包括：

1)玄讯应用从服务端数据引擎加载消息分组规则数据，该数据实质是个最大层级为2的树形结构。

2)玄讯应用构造出消息一维分组数据结构的数据源，具体方法是将分组规则数据构造出树形结构，找出父节点为空的节点作为根节点，组成多个抽象分组，也就是这里所说的“一维分组”，如“资讯消息”、“工作消息”、“审批消息”，根节点下的子节点代表分组下包含的消息类型，如“资讯消息”分组下包含代码为4001的消息类型，“工作消息”分组下包含代码为3001的日报消息、代码为3002的周报消息和代码为3003的月报消息。

3)实施开发人员按需求设置消息的类型、子类、标题、图标等基本信息，需要增加新的消息类型或改变分组规则时修改消息分组规则数据即可。发送消息。

4)玄讯应用收到消息推送后，检查消息体，如果没有设置消息子类，则根据消息类型找到对应的一维抽象分组，默认显示到一维分组下无子类的大类中，组成其他消息大类作为一维抽象分组的一个子节点。检查消息体，如果有设置消息子类，也是先根据消息类型找到对应的一维抽象分组，如果一维抽象分组下不存在该消息子类，则一维抽象分组新增一个该消息子类构成的子节点，衍生出二维数据结构。如果一维抽象分组下已存在该消息子类，则把消息添加到对应子类内容中。

5)由此玄讯应用构造出消息二维分组数据结构的数据源，并使用分组列表显示出来。

第二方面。

请参阅图7-9，本发明一个实施例提供一种移动端接收可扩展消息分类显示的系统，包括：

消息接收模块10，用于接收消息推送。

新增消息组模块20，用于在判断所述消息不存在于当前消息分组规则的原消息组时，根据所述消息的类型新增与所述消息类型相一致的新消息组；其中，所述消息分组规则存储于移动端，所述当前消息分组规则的消息组至少为1个。

在某一具体实施方式中，所述新增消息组模块20包括：

新增一级消息组子模块211，用于在判断所述消息的类型不存在于一级分组规则的一级原消息组时，根据所述消息的类型创建一级新消息组；其中，所述一级新消息组属于一级分组规则。

消息组判断子模块21，用于在判断所述消息的类型存在于一级分组规则的一级原消息组时，判断所述消息的类型是否存在于二级分组规则的二级原消息组。

消息组判断子模块21，还用于，在判断所述消息的类型存在于一级分组规则的一级原消息组且存在于所述二级分组规则的二级原消息组时，将所述消息标记为所述二级原消息组并进行显示。

新增二级消息组子模块22，用于在判断所述消息的类型存在于一级分组规则的一级原消息组且不存在于所述二级分组规则的二级原消息组时，根据所述消息的类型创建二级新消息组；其中，所述二级新消息组属于二级分组规则。

消息显示模块30，用于将所述消息标记为所述新消息组并进行显示。

在某一具体实施方式中，所述的一种移动端接收可扩展消息分类显示的系统，还包括：用户登录状态模块40，用于：

在判断当前用户为已登录状态时，执行所述接收消息推送；

在判断当前用户为未登录状态时，待所述用户登录后，调用后台消息服务接口，根据时间戳执行所述接收消息推送。

第三方面。

本发明一个实施例提供一种电子装置，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现上述任意一项所述的一种移动端接收可扩展消息分类显示的方法。

第四方面。

本发明一个实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行上述任意一项所述的一种移动端接收可扩展消息分类显示的方法。