CN115174505B - 一种企业即时消息发布系统及方法 - Google Patents

Abstract

本发明属于消息发布推送技术领域，提供了一种企业即时消息发布系统及方法，系统安装包部署于Web静态服务器中，Web静态服务器实现系统的自动更新推送，系统包括：消息发布客户端，用于创建新的消息公告，选择合适的消息格式并确定接收用户的范围，生成接收用户列表；消息服务器，用于完成消息体和消息元的持久化，根据接收用户列表将消息体转发至消息接收客户端；若干个消息接收客户端，用于接收消息公告，并将接收到的消息体转化为弹窗提醒。本发明通过消息发布客户端、消息服务器和若干个消息接收客户端之间的交互，实现消息的发布和接收，且基于Web静态服务器实现软件的自动更新推送，以便于后续系统定制化，满足个性化的需求。

Description

一种企业即时消息发布系统及方法

技术领域

本发明涉及消息发布推送技术领域，具体涉及一种企业即时消息发布系统及方法。

背景技术

企业内部消息推送和发布是企业内部管理中的重要活动。当前企业内部公告发布长期依赖企业OA系统，这些方式都采用传统的被动方式发布，需要企业人员主动查看企业消息，并且与OA系统深度绑定，消息格式固定，无法实现消息内容及格式的灵活绑定和无法实现为适应业务发展高效更新迭代消息发布形式的需求。在移动端兴起后，企业内部消息发送开始转移到微信、钉钉等移动端App，这种企业内部公告信息和社交软件混用的情况容易造成企业内部信息的外泄和公告信息传播范围难以把控的问题，容易造成历史消息难以分类追溯和无法高效查询的问题。

发明内容

针对现有技术中的缺陷，本发明提供了一种企业即时消息发布系统及方法，以解决现有企业内部公告发布基于移动端APP，容易造成企业内部公告信息的外泄及传播范围难以把控的问题。

第一方面，本发明提供的一种企业即时消息发布系统，所述系统的系统安装包部署于Web静态服务器中，所述Web静态服务器实现所述系统的自动更新推送，所述系统包括：

消息发布客户端，用于创建新的消息公告，选择合适的消息格式并确定接收用户的范围，生成接收用户列表；

消息服务器，用于完成消息体和消息元的持久化，根据接收用户列表将消息体转发至消息接收客户端；

若干个消息接收客户端，用于接收消息公告，并将接收到的消息体转化为弹窗提醒。

可选地，所述Web静态服务器通过Web静态服务实现所述系统的自动更新推送，包括：

在完成新版本软件的自动化打包后，系统安装包被上传至Web静态服务器，所述系统安装包内存储有软件新版本识别信息；所述系统安装包是由系统自动化打包机制根据源代码打包生成，所述自动化打包机制首先通过基于JavaScript的自动构建技术完成可执行文件的打包，之后通过NSIS脚本封装成适合消息发布客户端和消息接收客户端的安装包；

确认Web静态服务器针对新版本系统软件的下载服务可用后，由管理人员广播式向选定的所述消息接收客户端发送软件更新通知，选定的所述消息接收客户端在预设的时间区间内完成新版本系统安装包的下载和自动安装。

可选地，所述系统还包括消息文档数据库，当消息被待接收用户查看后，所述消息关联的已读信息存储至消息文档数据库中，所述消息文档数据库采用结构松散的文档型数据库。

第二方面，本发明提供的一种企业即时消息发布方法，基于第一方面任一种可能实现方式的企业即时消息发布系统，包括：

消息发布人员登录消息发布客户端，发布消息公告，并确定接收用户列表；

消息服务器完成消息体和消息元的持久化，并根据接收用户列表将消息发送至对应的消息接收客户端；

消息接收客户端中的接收用户接收单个弹窗或多个滚动弹窗方式的消息提醒。

可选地，管理人员基于WEB管理页面实现对所述系统的管理，包括对登录所述消息发布客户端的消息发布人员的用户识别码及消息发布权限的管理。

可选地，所述消息服务器根据登录用户名和密码对消息发布人员进行初步识别，在接收用户与预设权限名单一致时，确认鉴权通过并将消息转发至对应的消息接收客户端。

可选地，所述消息服务器完成消息体和消息元的持久化，并根据接收用户列表将消息发送至对应的消息接收客户端，包括：

所述消息服务器根据消息类型对消息体内容和消息元信息进行解析；

将消息体内容和消息元信息中的消息来源和接收用户列表进行持久化存储；

所述消息服务器和所述消息接收客户端握手查询所述消息接收客户端中的接收用户，接收用户包括在线用户和离线用户；

将消息转发至所述消息接收客户端中的在线用户，并将离线用户和消息id存储到临时缓存队列中，在离线用户上线后发送所述临时缓存队列中存储的待离线用户接收的所有消息。

可选地，接收用户在所述消息接收客户端中通过消息文档数据库主动查询历史消息。

可选地，所述消息接收客户端中的接收用户接收单个弹窗或多个滚动弹窗方式的消息提醒，包括：

当消息接收用户待接收消息为单条消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以单个弹窗的方式提醒消息；

当所述临时缓存列表中存在消息接收用户的多条待接收消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以滚动弹窗的方式提醒消息。

采用上述技术方案，本申请具有如下有益效果：

本发明提供的发布系统，通过消息发布客户端、消息服务器和若干个消息接收客户端之间的交互，实现消息的发布和接收，系统在完成安装后，系统开发人员仍可根据企业业务发展需要对系统进行定制和版本迭代，并基于Web静态服务器实现软件的自动更新推送，保证了用户体验，克服了传统C/S架构软件所存在的更新困难的问题。

本发明提供的发布方法，在消息接收客户端接收到消息推送后采用符合使用习惯的消息弹窗形式主动提醒接收人员查看即时公告，保证了消息的高效推送，使企业内部消息在消息发布人员确定的接收用户都能够接收到消息，并使消息由消息发布人员确定的接收用户接收，保证了消息的安全性。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1示出了本发明实施例提供的一种企业即时消息发布系统的结构框图；

图2示出了本发明实施例提供的一种企业即时消息发布方法的流程图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

图1示出了本发明实施例所提供的一种企业即时消息发布系统的结构框图。如图1所示，根据本发明实施例的一种企业即时消息发布系统，系统安装包部署于Web静态服务器中，Web静态服务器实现系统的自动更新推送，系统包括：

消息发布客户端，用于创建新的消息公告，选择合适的消息格式并确定接收用户的范围，生成接收用户列表；

消息服务器，用于完成消息体和消息元的持久化，根据接收用户列表将消息体转发至消息接收客户端；

若干个消息接收客户端，用于接收消息公告，并将接收到的消息体转化为弹窗提醒。

本发明是一个基于C/S软件架构的企业即时消息发布系统，通过消息发布客户端、消息服务器和若干个消息接收客户端之间的交互，实现消息的发布和接收，且本实施例中的Web静态服务器基于Nginx实现软件的自动更新推送，以便于后续系统定制化，满足个性化的需求。

同时，本发明提供的系统是基于Web端的Websocket协议实现消息的推送和接收，消息接收客户端基于浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输，通过这种方式代替传统软件的长轮询方式进行消息的发送和监听，因为长轮询方式中客户端需要不断向服务器发送请求，且请求中包含较长的头部，实际数据少。基于此，提高了系统性能，节省了资源。

可选地，所述静态服务器通过Web静态服务实现所述系统的自动更新推送，包括：

在完成新版本软件的自动化打包后，系统安装包被上传至Web静态服务器，消息文档数据库系统安装包内存储有软件新版本识别信息；消息文档数据库系统安装包是由系统自动化打包机制根据源代码打包生成，消息文档数据库自动化打包机制首先通过基于JavaScript的自动构建技术完成可执行文件的打包，之后通过NSIS脚本封装成适合消息发布客户端和消息接收客户端的安装包；消息发布客户端和消息接收客户端为Windows平台；

确认Web静态服务器针对新版本系统软件的下载服务可用后，由管理人员广播式向选定的消息文档数据库消息接收客户端发送软件更新通知，选定的消息文档数据库消息接收客户端在预设的时间区间内完成新版本系统安装包的下载和自动安装。

通过Web静态服务器实现系统的自动更新，系统会在检测到系统版本更新后自动下载并在用户授权后自动进行系统的更新，保证在发现系统问题或者系统bug快速推送修复版本以保证系统的可用性和有效性。

在完成软件新版本开发后，通过系统自动化打包机制首先将源代码打包成平台可执行文件，然后通过自动化脚本的进一步封装生成携带系统新版本识别信息的平台安装包，最后将安装包自动上传至Web静态服务器，完成新版本系统的自动化打包和部署。在确认Web静态服务器针对新版本客户端系统的下载服务可用后，支持系统管理员广播式地向选定用户客户端系统发送系统更新通知，选定客户端系统将在设置的时间区间内完成新版本系统安装包的下载和自动安装。系统在完成安装后，系统开发人员仍可根据企业业务发展需要对系统进行定制和版本迭代，并基于Web静态服务器实现软件的自动更新推送，保证了用户体验，克服了传统C/S架构软件所存在的更新困难的问题。

同时，管理人员可以通过软件的自动更新机制实现对已安装客户端软件的版本控制，保证了用户正在使用的客户端软件始终与Web静态服务器中部署的版本保持一致，既保证了软件的更新率，又提高了软件的更新效率和及时率。

系统的更新推送可以针对选定用户进行，选定用户由管理人员确定，有效实现对软件更新和发布范围进行控制，方便进行局部测试和正式发布，实现对所有客户端软件的版本的精细化管理。基于系统安装包的轻量化控制和针对Web静态服务器的优化，同时部署于企业内部局域网可实现软件的秒级下载和安装，进一步降低软件版本过渡的时间，保证了管理人员发布新功能、撤销旧功能及快速修复软件bug的可能性，保证了对已发布到用户使用的客户端软件的精细化控制。

可选地，系统还包括消息文档数据库，当消息被待接收用户查看后，消息关联的已读信息存储至消息文档数据库中，所述消息文档数据库采用结构松散的文档型数据库。消息文档数据库通过采取结构松散的数据库类型来保存和查询消息内容，因数据格式较为松散，因此能存储不同格式的数据，以模式自由的方式对不同类型和格式的消息内容进行存储和高效查询。在一个可能的实施方式中，通过采用MongoDB数据库，以降低对数据类型的限制。

在一个可能的实施例中，本发明提供的一种企业即时消息发布方法，包括：

S1、消息发布人员登录消息发布客户端，发布消息公告，并确定接收用户列表。

S2、消息服务器完成消息体和消息元的持久化，并根据接收用户列表将消息发送至对应的消息接收客户端。

S3、消息接收客户端中的接收用户接收单个弹窗或多个滚动弹窗方式的消息提醒。

具体地，消息发布人员登录消息发布客户端，并选择合适的内容发布形式及内容的发送人员范围，在完成发送内容的编辑后将消息体准确地发送给接收客户端；在消息服务器接收到消息后，实现对待接收客户端的识别和消息体的转发，并对消息内容及元数据进行持久化，保证消息不会丢失；针对接收方，在消息接收客户端接收到公告内容后采用符合使用习惯的消息弹窗形式主动提醒接收人员查看即时公告，保证了消息的高效推送，使企业内部消息在消息发布人员确定的接收用户都能够接收到消息，并使消息由消息发布人员确定的接收用户接收。

可选地，管理人员基于WEB管理页面实现对系统的管理，包括对登录消息发布客户端的消息发布人员的用户识别码及消息发布权限的管理。消息服务器根据登录用户名和密码对消息发布人员进行初步识别，在接收用户与预设权限名单一致时，确认鉴权通过并将消息转发至对应的消息接收客户端。

管理人员在消息服务器中实现对消息发布人员的名单及权限管理，关联至消息发布人员的用户识别码。消息发布人员在发布信息时，消息服务器首先会对消息发布人员识别码进行识别，识别通过后进一步对其权限进行鉴定，保证该消息发布人员发布的消息范围和消息类型与人员权限名单保持一致，鉴权通过后才会将消息转发给合适的消息接收客户端。

通过对消息发布人员的双重鉴别，实现了对消息发布人员的严格管理，保证消息的发布源是合理合法的，防止错误的人员发布错误的公告信息到企业内部，造成不良影响，增加额外管理成本。

可选地，步骤S2，具体包括：

消息服务器根据消息类型对消息体内容和消息元信息进行解析；

将消息体内容和消息元信息中的消息来源和接收用户列表进行持久化存储；

消息服务器和消息接收客户端握手查询消息接收客户端中的接收用户，接收用户包括在线用户和离线用户；

将消息转发至消息接收客户端中的在线用户，并将离线用户和消息id存储到临时缓存队列中，在离线用户上线后发送临时缓存队列中存储的待离线用户接收的所有消息。

消息体和消息元数据的持久化在消息服务器进行，当消息服务器接收到消息发布人员发布的消息内容后，根据消息类型对消息体内容和消息元信息中的消息来源和接收用户列表进行持久化存储，然后通过消息服务器和消息接收客户端握手，查询消息接收客户端中的在线用户和离线用户，将消息转发给在线用户，并将离线用户和消息id存储到临时缓存队列中，保证离线用户不丢失消息，等待离线用户上线后一次性发送累积的所有消息。

可选地，接收用户在消息接收客户端中通过查询消息文档数据库主动查询历史消息。

在用户操作和查看消息后将消息的已读信息存储在消息文档数据库中，最终实现对多种类型消息体、消息元信息、用户已读未读信息等消息生命周期数据的完整存储。

在一个可能的实施方式中，步骤S3，具体包括：

当消息接收用户待接收消息为单条消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以单个弹窗的方式提醒消息；

当临时缓存列表中存在消息接收用户的多条待接收消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以滚动弹窗的方式提醒消息。

消息接收客户端实现了消息的接收，当接收到即时消息后通过主动弹窗的形式提醒用户查看最新的企业消息，有效避免了用户对重要消息的错过和遗忘，提高了企业管理的效率；当用户错过即时消息时，即为离线用户或为未注册用户时，会在用户下次启动客户端时主动提醒未读消息，保证用户为未读消息的可见性，进一步降低了用户错过消息的可能性。

在消息服务器转发消息内容时，首先消息服务器会收集所有在线用户，确定消息发布范围后，将消息直接转发给在线用户，并将离线用户及对应的消息id存入临时缓存队列中，在离线用户上线后与消息服务器首次建立握手机制时，将临时缓存队列中的累积消息发送给该离线用户，保证用户不丢失消息和累积消息的及时推送。在用户客户端接收到单条消息后，消息客户端根据消息体的类型，按照相应格式解析相关内容并将消息体内容以单个弹窗的方式展示给接收用户；如果用户初次启动客户端或为离线用户重新启动客户端，并且缓存队列中存在累积的未接收消息，在客户端接收到消息列表后将以滚动弹窗的方式展示消息内容。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种企业即时消息发布系统，其特征在于，所述系统的系统安装包部署于Web静态服务器中，所述Web静态服务器实现所述系统的自动更新推送，所述系统包括：

消息发布客户端，用于创建新的消息公告，选择合适的消息格式并确定接收用户的范围，生成接收用户列表；

消息服务器，用于完成消息体和消息元的持久化，根据接收用户列表将消息体转发至消息接收客户端；

若干个消息接收客户端，用于接收消息公告，并将接收到的消息体转化为弹窗提醒；消息发布客户端和消息接收客户端为Windows平台的C/S架构软件；

所述Web静态服务器通过Web静态服务实现所述系统的自动更新推送，包括：

在完成新版本软件的自动化打包后，系统安装包被上传至Web静态服务器，所述系统安装包内存储有软件新版本识别信息；所述系统安装包是由系统自动化打包机制根据源代码打包生成，所述自动化打包机制首先通过基于JavaScript的自动构建技术完成可执行文件的打包，之后通过NSIS脚本封装成适合消息发布客户端和消息接收客户端的系统安装包；

确认Web静态服务器针对新版本系统软件的下载服务可用后，由管理人员广播式向选定的所述消息接收客户端发送软件更新通知，选定的所述消息接收客户端在预设的时间区间内完成新版本系统安装包的下载和自动安装。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括消息文档数据库，当消息被待接收用户查看后，所述消息关联的已读信息存储至消息文档数据库中，所述消息文档数据库采用结构松散的文档型数据库。

3.一种企业即时消息发布方法，其特征在于，基于权利要求1-2任一所述的企业即时消息发布系统，包括：

消息发布人员登录消息发布客户端，发布消息公告，并确定接收用户列表；

消息服务器完成消息体和消息元的持久化，并根据接收用户列表将消息发送至对应的消息接收客户端；

消息接收客户端中的接收用户接收单个弹窗或多个滚动弹窗方式的消息提醒。

4.根据权利要求3所述的方法，其特征在于，管理人员基于WEB管理页面实现对所述系统的管理，包括对登录所述消息发布客户端的消息发布人员的用户识别码及消息发布权限的管理。

5.根据权利要求3所述的方法，其特征在于，所述消息服务器根据登录用户名和密码对消息发布人员进行初步识别，在接收用户与预设权限名单一致时，确认鉴权通过并将消息转发至对应的消息接收客户端。

6.根据权利要求3所述的方法，其特征在于，所述消息服务器完成消息体和消息元的持久化，并根据接收用户列表将消息发送至对应的消息接收客户端，包括：

所述消息服务器根据消息类型对消息体内容和消息元信息进行解析；

将消息体内容和消息元信息中的消息来源和接收用户列表进行持久化存储；

所述消息服务器和所述消息接收客户端握手查询所述消息接收客户端中的接收用户，接收用户包括在线用户和离线用户；

将消息转发至所述消息接收客户端中的在线用户，并将离线用户和消息id存储到临时缓存队列中，在离线用户上线后发送所述临时缓存队列中存储的待离线用户接收的所有消息。

7.根据权利要求3所述的方法，其特征在于，接收用户在所述消息接收客户端中通过访问消息文档数据库主动查询历史消息。

8.根据权利要求6所述的方法，其特征在于，所述消息接收客户端中的接收用户接收单个弹窗或多个滚动弹窗方式的消息提醒，包括：

当消息接收用户待接收消息为单条消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以单个弹窗的方式提醒消息；

当所述临时缓存队列中存在消息接收用户的多条待接收消息时，接收用户所登录的消息客户端根据消息体的类型进行解析，并以滚动弹窗的方式提醒消息。