一种云服务统一消息中心设计的方法技术

本发明专利技术涉及云服务技术领域，具体为一种云服务统一消息中心设计的方法，包括以下步骤：统一消息中心推拉模型；统一消息中心流程设计；统一消息中心持久化设计；有益效果为：本发明专利技术提出的云服务统一消息中心设计的方法，建立一套标准的云服务统一消息中心，尤其是针对跨系统

【技术实现步骤摘要】
一种云服务统一消息中心设计的方法


[0001]本专利技术涉及云服务
，具体为一种云服务统一消息中心设计的方法
。

技术介绍

[0002]现代企业的正常运转离不开各种
IT
系统的支撑，如常见的
ERP(
企业资源计划系统
)、CRM(
客户关系管理系统
)、BSS(
业务支撑系统
)、OSS(
运维支撑系统
)、HR(
人力资源系统
)
等
。
[0003]现有技术中，随着云计算的发展，这些
IT
系统越来越依赖于云服务的支撑，云服务最常见形态包括云服务器
、
云硬盘
、
云备份
、
云数据库
、
容器引擎
、
负载均衡等各种资源，企业在日常使用这些云服务资源时，在其主功能之外，不可避免的会有另一个非常重要的功能，这个功能就是消息中心
。
[0004]但是，云服务中的很多功能模块或相关业务事件都有一些需要消息通知提醒的需求，如果各个云服务资源或产品线单独开发无论是人力还是财力对企业来说都会造成一定程度的浪费
。
因此，对于云服务资源的业务事件相关人，消息通知服务快速实现变得非常重要
。

技术实现思路

[0005]本专利技术的目的在于提供一种云服务统一消息中心设计的方法，针对跨系统
、
多种业务事件消息通知的情况，可以大幅降低研发及运营维护成本
。
[0006]为实现上述目的，本专利技术提供如下技术方案：一种云服务统一消息中心设计的方法，所述方法包括以下步骤：
[0007]统一消息中心推拉模型；
[0008]统一消息中心流程设计；
[0009]统一消息中心持久化设计
。
[0010]优选的，所述统一消息中心推拉模型的具体操作包括：
[0011]对于每个用户维护一个“收件箱”，当用户对即将到期云服务资源进行成功续费后，后端系统在收到了这个成功续费消息后，将成功续费信息写入用户的“收件箱”，并标明这是某云服务资源即将到期后的续费行为，这是一个系统将消息“推送”给用户的过程，是针对个体用户的行为
。
[0012]优选的，所述统一消息中心推拉模型的具体操作还包括：
[0013]对于官方通知，每个用户几乎都是一样的，细微差异是部分用户可能设置了屏蔽，系统也可能指定了发送人群，并且官方通知是由系统自然下发的，因此对于系统来说需要维护一个系统“发件箱”，发件箱维护了官方想给用户的通知，用户每次打开消息中心时，都会主动来系统“拉取”官方最新的消息，并和用户自己的“收件箱”里的官方通知进行比较，以确认是否已读该条通知，这是一个用户主动从系统“拉取”通知的过程
。
[0014]优选的，所述统一消息中心流程设计包括用户通知流程和官方通知流程
。
[0015]优选的，所述用户通知流程的具体操作包括：
[0016]当用户业务快达到阈值时，其实用户不需要立即感知，因此也不需要立即将通知信息写入用户的收件箱中，考虑以消息队列的方式通知出去，缓解系统压力；另外还要注意缓存前置，写入消息时，如果直接写入用户收件箱，导致用户在请求消息列表时，将请求全部发到数据库，造成系统故障，在更新用户收件箱时双写用户缓存
。
[0017]优选的，所述官方通知流程的具体操作包括：
[0018]官方通知由于引入官方运营这一角色，操作上会相对复杂一些，因此整个系统的设计也会复杂一些；官方运营发送通知到“发件箱”中，“发件箱”中保留所有在线的通知列表；用户查看通知列表时，从官方“发件箱”中获取到未读通知，从自己的“收件箱”中查询历史通知
。
[0019]优选的，所述统一消息中心持久化设计的具体操作包括：
[0020]官方运营在运营后台进行通知的编辑和发布，发布的通知更新到数据库中进行持久化存储，通知发生变更时，会发送通知变更消息；基于消息更新单条通知的缓存，并更新官方发件箱列表；用户查看通知列表时，若为第一页，需要从官方发件箱队列查看是否有未读的通知；若有未读通知，则和历史通知第一页合并，返回给用户；同时异步写入用户的收件箱中
。
[0021]与现有技术相比，本专利技术的有益效果是：
[0022]本专利技术提出的云服务统一消息中心设计的方法，建立一套标准的云服务统一消息中心，尤其是针对跨系统
、
多种业务事件消息通知的情况，可以大幅降低研发及运营维护成本
。
附图说明
[0023]图1为本专利技术个性化消息推送至用户收件箱示意图；
[0024]图2为本专利技术用户从官方发件箱拉取消息示意图；
[0025]图3为本专利技术用户通知流程图；
[0026]图4为本专利技术官方通知流程图；
[0027]图5为本专利技术官方通知技术实现流程图；
[0028]图6为本专利技术
HBase
引擎结构示意图
。
具体实施方式
[0029]为了使本专利技术的目的
、
技术方案进行清楚
、
完整地描述，及优点更加清楚明白，以下结合附图对本专利技术实施例进行进一步详细说明
。
应当理解，此处所描述的具体实施例是本专利技术一部分实施例，而不是全部的实施例，仅仅用以解释本专利技术实施例，并不用于限定本专利技术实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围
。
[0030]请参阅图1至图6，本专利技术提供一种技术方案：一种云服务统一消息中心设计的方法，所述方法包括以下步骤：
[0031]统一消息中心推拉模型：
[0032]一般来说消息中心通常都会有两个基本功能，用户通知和官方通知
。
首先，可以确
定的是，对于用户通知，每个用户都不一样，例如云服务资源到期提醒
、
云服务实例异常提醒等，因此对于每个用户我们都需要维护一个“收件箱”。
当用户对即将到期云服务资源进行成功续费后，后端系统在收到了这个成功续费消息后，会将成功续费信息写入用户的“收件箱”，并标明这是某云服务资源即将到期后的续费行为，这是一个系统将消息“推送”给用户的过程，是针对个体用户的行为
。
[0033]对于官方通知，每个用户几乎都是一样的
(
细微差异是部分用户可能设置了屏蔽，系统也可能指定了发送人群
)
，并且官方通知是由系统自然下发的，因此对于系统来说需要维护一个系统“发件箱”。
发件箱维护了官方想给用户的通知，用户每次打开消息中心时，都会主动来系统“拉取”官方最新的消息，并和用户自己的“收件箱”里的官方通知进行比较，以确认是否已读该条通知
。
这是一个用户主动从系统本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种云服务统一消息中心设计的方法，其特征在于：所述方法包括以下步骤：统一消息中心推拉模型；统一消息中心流程设计；统一消息中心持久化设计
。2.
根据权利要求1所述的一种云服务统一消息中心设计的方法，其特征在于：所述统一消息中心推拉模型的具体操作包括：对于每个用户维护一个“收件箱”，当用户对即将到期云服务资源进行成功续费后，后端系统在收到了这个成功续费消息后，将成功续费信息写入用户的“收件箱”，并标明这是某云服务资源即将到期后的续费行为，这是一个系统将消息“推送”给用户的过程，是针对个体用户的行为
。3.
根据权利要求2所述的一种云服务统一消息中心设计的方法，其特征在于：所述统一消息中心推拉模型的具体操作还包括：对于官方通知，每个用户几乎都是一样的，细微差异是部分用户可能设置了屏蔽，系统也可能指定了发送人群，并且官方通知是由系统自然下发的，因此对于系统来说需要维护一个系统“发件箱”，发件箱维护了官方想给用户的通知，用户每次打开消息中心时，都会主动来系统“拉取”官方最新的消息，并和用户自己的“收件箱”里的官方通知进行比较，以确认是否已读该条通知，这是一个用户主动从系统“拉取”通知的过程
。4.
根据权利要求1所述的一种云服务统一消息中心设计的方法，其特征在于：所述统一消息中心流程设计包括用户通知流程和官方通知流程
。5.
...

【专利技术属性】
技术研发人员：肖峰，
申请(专利权)人：浪潮云信息技术股份公司，
类型：发明
国别省市：