消息通知管理系统及方法

技术领域

本发明涉及数据处理技术领域，尤指一种消息通知管理系统及方法。

背景技术

本部分旨在为本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着互联网信息技术不断迭代更新及快速发展，面对不断增加并且愈发繁重的企业级工作，由于缺少一种便于员工有效获取信息的智能化平台，导致企业级中心消息等重要信息无法及时准确有效地传达并落实到基层员工。消息订阅、共享和发布有多种实现方式，常见的方式有线下通知发布消息，但是存在智能电子化程度不足，需要人工手动订阅查看和发布消息通知，无法实现一键式批量通知，无法自动提示用户接收消息，存在通知消息时效性差，风险权限控制力弱等问题和不足。同时企业工作者面对大量企业中心的日常消息信息需要手工发布通知，额外增加其工作量，导致工作繁忙而效率不高，无法在日常工作中有效提升工作效率。且无法精准按需控制整体群员工的查看、编辑和维护权限，导致用户体验适配感不佳。

现有技术的缺点有以下几点：

(1)智能化不足。线下消息通知等当前已有方式的企业级信息发布多需要用户通过手工线下编辑并发布，额外增加其工作量，无法实现实时发布、在线阅览、线上订阅，通过线下发布消息审核的方式繁杂，手工效率低下，无法显著有效提升发布信息的效率。

(2)权限控制存在越权风险。线下消息通知等现有方式的企业级信息通知只能发布于群消息中，无法精准按需控制整体群员工的查看、编辑和维护权限，可能出现企业级信息被越权浏览甚至泄露等风险，不利于企业工作稳定有效开展。

发明内容

为解决现有技术存在的问题，本发明提出了一种消息通知管理系统及方法。本发明可以准确有效地发布消息，精准控制用户操作权限，简化发布消息的操作，提升消息通知的效率。

本发明实施例提供一种消息通知管理系统，包括：交互层、服务层、数据接入层；交互层与服务层通信；数据接入层分别与交互层及服务层进行通信；

服务层包括角色管理模块；角色管理模块，用于对消息通知管理系统的用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；确定消息接收角色对应的消息接收用户；

交互层，用于提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；

服务层，用于调用角色管理模块确定消息接收角色对应的消息接收用户；根据消息发布命令将消息内容发布至消息接收用户对应的终端；

数据接入层，用于接收交互层发来的数据及服务层产生的数据，将数据存储至数据库。

本发明实施例提供一种消息通知管理系统的消息通知管理方法，包括：

服务层的角色管理模块对用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；

交互层提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；

服务层调用角色管理模块确定消息接收角色对应的消息接收用户；

根据消息发布命令将消息内容发布至消息接收用户对应的终端。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现消息通知管理方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现消息通知管理方法。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现消息通知管理方法。

本发明实施例与现有技术中线下通知发布消息的技术方案相比，通过交互层、服务层、数据接入层；交互层与服务层通信；数据接入层分别与交互层及服务层进行通信；服务层包括角色管理模块；角色管理模块，用于对消息通知管理系统的用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；确定消息接收角色对应的消息接收用户；交互层，用于提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；服务层，用于调用角色管理模块确定消息接收角色对应的消息接收用户；根据消息发布命令将消息内容发布至消息接收用户对应的终端；数据接入层，用于接收交互层发来的数据及服务层产生的数据，将数据存储至数据库，可以准确有效地发布消息，精准控制用户操作权限，简化发布消息的操作，提升消息通知的效率。

附图说明

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

图1是本发明实施例的消息通知管理系统的示意图；

图2是本发明实施例的消息通知管理系统的具体实例的示意图；

图3是本发明实施例的消息通知管理系统的技术架构示意图；

图4是本发明实施例的交互页面的示意图；

图5是本发明实施例的交互页面的具体实例的示意图；

图6是本发明实施例的交互页面的具体实例的示意图；

图7是本发明实施例的消息通知管理系统处于总览端的消息处理流程图；

图8是本发明实施例的消息通知管理方法的流程图；

图9是本发明实施例的计算机设备结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

首先对本文涉及的专业术语进行介绍：

Vue：一套用于构建用户界面的渐进式Java Script框架，其核心功能是一个视图模板引擎，包括声明式渲染以及组件系统。

iView：一套基于Vue的桌面UI组件库。

Java：一种面向对象的编程语言，具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点。

Spring Boot：一种基于Java编程语言轻量级的开源应用框架，用于简化Spring应用的初始搭建及开发过程。

MySQL：一种关系型数据库管理系统，具备体系小、速度快、成本低、开源性等特点，开发中广泛用于网站数据库。

MGR(MySQL Group Replication)：MySQL数据库提供的一种基于组复制(GroupReplcation)的高可用性解决方案。指在增强MySQL数据库的并发处理能力，从而保证数据库的高可用性。

微服务：一种面向服务的体系结构(SOA)的软件开发技术，即将单一应用程序划分为若干服务，服务之间相互协调、调用、配合，为用户提供最终价值。每个服务运行在其独立的进程中，并采用轻量级机制通信机制互相沟通(通常是基于HTTP的REST API)。

目前现有方式的企业级信息发布是人工将信息手工编辑后发送至指定通讯软件消息群中，如消息发送的对象、时间、地点等信息，对消息进行统一编辑并发布。现有技术方法存在以下不足：首先是智能化不足。人工发布消息流程繁杂，手工效率低下，无法显著有效提升发布信息的效率。其次是权限控制存在越权风险。线下消息通知等现有方式的企业级信息通知只能发布于群消息中，无法精准按需控制整体群员工的查看、编辑和维护权限。最后是用户体验适配感不佳。线下消息通知等现有方式的企业级信息往往受制于办公软件的局限性，无法按用户需求和体验感呈现文字排版及效果，不能实现文字在线编辑发送。

基于现有技术存在的问题，本发明实施例的目标是协同多人订阅共享发布信息的消息中心平台，提升工作办公效率，运用前后端分离、微服务等新技术进行网站界面化开发，提供智能化、安全性、体验强的多人订阅共享发布信息的消息中心平台系统，减轻企业工作者面对大量企业中心的日常消息信息需要手工线下发布通知的繁重负担，进而能够实现消息订阅发布共享信息，提升企业级消息管理效率。旨在将消息中心全流程自动化，订阅消息自动化，发布消息流程化，共享消息实时化，根据提前确定的的算法输出优化结论和方向，避免人为手工操作导致的错误，将所有程序标准化嵌入至系统中。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

本发明实施例提出一种多人订阅共享发布信息的消息通知管理系统，以简化消息发布通知及接收全流程电子化渠道为目标，提供多人实时共享、在线订阅、发布并接收企业消息的一站式服务，以提升日常工作中消息通知的效率。

图1是本发明实施例的消息通知管理系统的示意图，如图1所示，本发明实施例提供的消息通知管理系统，可以包括：交互层、服务层、数据接入层；交互层与服务层通信；数据接入层分别与交互层及服务层进行通信；

服务层包括角色管理模块；角色管理模块，用于对消息通知管理系统的用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；确定消息接收角色对应的消息接收用户；

交互层，用于提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；

服务层，用于调用角色管理模块确定消息接收角色对应的消息接收用户；根据消息发布命令将消息内容发布至消息接收用户对应的终端；

数据接入层，用于接收交互层发来的数据及服务层产生的数据，将数据存储至数据库。

在一个实施例中，消息接收角色包括开发角色、运维角色、管理员角色、岗位角色的其中一种或任意组合。通过对不同人群赋予一种或多种不同角色的策略，实现对消息推送至员工的过滤和筛选，以最大程度实现消息发布的安全风险性，采用风险最小化原则，保证消息发布至指定人群。

图2是本发明实施例的消息通知管理系统的具体实例的示意图，如图2所示，消息通知管理系统从整体业务架构上主要分为3层：交互层、服务层、数据接入层。交互层提供消息中心层面的PC端页面展示，包括消息中心、消息订阅、消息发布；数据接入层包括数据接入模块，负责接入外部流程管理、指标评价等数据。服务层提供后端核心业务实现，除角色管理模块外，服务层还可以包括文本编辑、分页查询、管理维护模块。消息内容完整记录了用户日常发布的消息，在文本编辑模块采用副文本编辑器技术，文字样式涵盖了字体、字号、颜色等多种形式，支持文字换行、居中等操作，更加贴近用户体验，清晰直观展现消息的完整内容。当服务层接收消息时，交互层进行消息展示，分页查询模块用于支持消息分页查询，用户可以通过筛选状态进行反显，支持全部、已读和未读三种消息状态，支持展开和折叠历史消息。用户可以自行订阅消息，并将重要或提示性的消息标为已读状态。管理维护模块用于提供消息发布及消息订阅的管理及维护服务。

在一个实施例中，交互层的前端框架采用Vue框架，后端框架采用Spring Cloud微服务架构。

在一个实施例中，服务层包括多个微服务组件；微服务组件包括：分析处理服务、查询展示服务、权限控制服务、数据接入服务、管理维护服务的其中之一或任意组合。

图3是本发明实施例的消息通知管理系统的技术架构示意图，如图3所示，消息通知管理系统的技术架构主要包括：用户终端层、展示层、基础组件层、微服务层和数据层。用户终端层可以包括PC(Personal Computer，个人计算机)端和移动端；展示层采用Vue前端框架实现，其中PC端使用iView组件，移动页面使用PJF mobile组件；后端框架采用基于Spring Cloud微服务架构实现，便于敏捷投产和迭代项目的开发优化；基础组件层主要包括Spring Security服务网关、注册中心、配置中心、消息总线、服务监控、流量控制等。微服务层主要包括微服务架构所必需的各个微服务组件Spring Boot分析处理服务、查询展示服务、权限控制微服务、数据接入微服务、管理维护服务等。数据层采用MySQL数据库组建的集群MGR，以及缓存型数据库Redis来实现。

在一个实施例中，服务层还用于接收消息发布用户对应的终端发来的消息内容、消息发布用户信息，将消息发布用户信息、消息内容发送至交互层；交互层，还用于对消息发布用户信息、消息内容进行展示。服务层可以进行消息发布，也可以进行消息订阅，交互层可以根据需求切换展示模式。

在一个实施例中，交互层还用于接收切换模式指令，根据切换模式指令将交互页面的展示模式切换为消息发布展示模式、消息订阅展示模式或总览展示模式。

图4是本发明实施例的交互页面的示意图，如图4所示，在本实施例中，当交互页面为消息发布展示模式，交互层展示消息管理信息，接收用户对消息管理信息的修改和/或保存操作；消息管理信息包括日历管理信息、角色管理信息、用户行程管理信息、消息接收角色、消息内容的其中之一或任意组合。当交互页面为消息发布展示模式，此消息通知管理系统处于发布端，用户群体可以为企业全体员工。消息发布角色即用户，在交互页面输入接收角色及消息内容，接收角色包括开发角色、运维角色、管理员角色等，通过对不同人群赋予一种或多种不同角色的策略，实现对消息推送至员工的过滤和筛选，以最大程度实现消息发布的安全风险性，采用风险最小化原则，保证消息发布至指定人群。消息内容完整记录用户发布的消息，例如“经通知，办公终端使用培训计划将于×年×月×日下午召开，请大家准时参会！”，采用副文本编辑器技术，文字样式涵盖了字体、字号、颜色等多种形式，支持文字换行、居中等操作，更加贴近用户体验，清晰直观展现消息的完整内容。消息内容编辑完成后，用户可通过“消息发送”按钮发布消息。还可以对日历、用户行程、角色等信息进行查询、编辑、保存等操作。

图5是本发明实施例的交互页面的具体实例的示意图，如图5所示，当交互页面为消息订阅展示模式，交互层展示消息订阅信息，接收用户对消息订阅信息的修改和/或保存操作；消息订阅信息包括订阅消息类别信息、消息发布用户信息、消息内容的其中之一或任意组合。当交互页面为消息订阅展示模式，此消息通知管理系统处于订阅端，用户群体可以为企业全体员工。消息订阅角色即用户可以通过交互页面，订阅或取消订阅各种类别的消息，包括：指标评价消息、流程管理消息、系统通知消息等，支持PC端和移动端订阅，支持指标评价、流程管理、系统通知等多种智能运维渠道，支持一键式添加订阅消息，以及用户自定义订阅筛选消息等全方位功能。

图6是本发明实施例的交互页面的具体实例的示意图，如图6所示，当交互页面为总览展示模式，交互层展示消息管理信息和消息订阅信息，接收用户对消息管理信息和/或消息订阅信息的修改和/或保存操作。当交互页面为总览展示模式，此消息通知管理系统处于总览端，用户群体可以为企业全体员工。交互层可以展示系统通知和流程管理中的所有消息。消息支持分页查询，用户可以通过筛选状态进行反显，支持全部、已读和未读三种消息状态，支持展开和折叠历史消息。用户可以自行订阅消息，并将重要或提示性的消息标为已读状态。

图7是本发明实施例的消息通知管理系统处于总览端的消息处理流程图，如图7所示，消息通知管理系统处于总览端的消息处理流程主要可以包括：消息订阅和消息发布两个子步骤，用户可以通过消息通知管理系统进行消息订阅和消息发布，最终实现消息接收的功能。

应当注意，尽管在上文详细描述中提及了消息通知管理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

本发明实施例还提出一种消息通知管理方法，图8是本发明实施例的消息通知管理方法的流程图，如图8所示，该方法可以包括：

步骤801，服务层的角色管理模块对用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；

步骤802，交互层提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；

步骤803，服务层调用角色管理模块确定消息接收角色对应的消息接收用户；

步骤804，根据消息发布命令将消息内容发布至消息接收用户对应的终端。

在一个实施例中，该方法还包括：

交互层接收切换模式指令，根据切换模式指令将交互页面的展示模式切换为消息发布展示模式、消息订阅展示模式或总览展示模式；

当交互页面为消息发布展示模式，交互层展示消息管理信息，接收用户对消息管理信息的修改和/或保存操作；消息管理信息包括日历管理信息、角色管理信息、用户行程管理信息、消息接收角色、消息内容的其中之一或任意组合；

当交互页面为消息订阅展示模式，交互层展示消息订阅信息，接收用户对消息订阅信息的修改和/或保存操作；消息订阅信息包括订阅消息类别信息、消息发布用户信息、消息内容的其中之一或任意组合；

当交互页面为总览展示模式，交互层展示消息管理信息和消息订阅信息，接收用户对消息管理信息和/或消息订阅信息的修改和/或保存操作。

需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

基于前述发明构思，如图9所示，本发明还提出了一种计算机设备900，包括存储器910、处理器920及存储在存储器910上并可在处理器920上运行的计算机程序930，所述处理器920执行所述计算机程序930时实现前述消息通知管理方法。

基于前述发明构思，本发明提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述消息通知管理方法。

基于前述发明构思，本发明提出了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现消息通知管理方法。

本发明实施例与现有技术中线下通知发布消息的技术方案相比，通过交互层、服务层；交互层与服务层通信；服务层包括角色管理模块；角色管理模块，用于对消息通知管理系统的用户群体进行角色分配；用户群体包括消息发布用户、消息接收用户；确定消息接收角色对应的消息接收用户；交互层，用于提供交互页面与用户进行交互，接收消息发布用户输入的消息内容、消息接收角色、消息发布命令；将消息内容、消息接收角色、消息发布命令发送至服务层；服务层，用于调用角色管理模块确定消息接收角色对应的消息接收用户；根据消息发布命令将消息内容发布至消息接收用户对应的终端；数据接入层，分别与交互层及服务层进行通信，用于接收交互层发来的数据及服务层产生的数据，将数据存储至数据库，可以准确有效地发布消息，精准控制用户操作权限，简化发布消息的操作，提升消息通知的效率。

本发明实施例的有益效果在于：

(1)针对现有技术中智能化不足的缺点，本发明实施例更加智能电子化，对接流程管理、指标评价系统，实现消息订阅、发布、浏览、标记等功能，经过后端自动化实现消息发布和撤销，实现全流程自动化消息中心系统。

(2)针对现有技术中权限控制存在越权风险的问题，本发明实施例增强安全性，通过用户和角色一对多的方式，根据不同的用户提供严格的风险安全权限控制，严格控制消息中心订阅、发布和共享的用户范围权限，按照用户的维度进行细粒度精准分割，保证消息信息不被随意泄露，保障风险安全，并及时准确地通知至相关权限角色所对应的用户。

(3)针对现有技术中用户体验适配感不佳的问题，线下消息通知等现有方式的企业级信息往往受制于办公软件的局限性，无法按用户需求和体验感呈现文字排版及效果，不能实现文字在线编辑、设计等功能，无法给用户直观的展现出前端效果，导致用户体验感不佳。本发明实施例提升用户体验性，PC端实现管理员在线发布消息，支持文字多种样式，涵盖了字体、字号、颜色等多种形式，以及文字换行、居中等操作。给予用户全方面直观清晰的前端效果，合理有效地进行编排，全面提升用户体验感。

本申请技术方案中对数据的获取、存储、使用、处理等均符合法律法规的相关规定。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。