客户端|如何从0-1重构建消息系统：服务端( 二 )

此模块主要进行系统触发的关键机制的查看，及时地记录每个部门或业务消息触发机制，可以避免随着部门和人员的业务更迭，造成触发机制的信息无法自知的想象，方便每个部门对系统触发消息及消息渠道的查看、记录。
如运营部门新增了直播业务，我们需要对整个业务流程进行分析，需要系统自动触发的消息机制有哪些，并且推动哪种渠道，及推动的消息类型有哪些。

1）当用户点击已预约以后，则系统会自动发送给用户一条预约成功的「站内信」，则后台记录触发机制为「用户点击预约直播按钮后」，发送的消息类型「站内信」，消息名称为「预约成功」提醒。
2）当开播前15分钟，系统会自动给成功预约本场直播的用户发送直播开始的「站内信」、「Push消息」，则后台记录的触发机制为「直播开始前15分钟，给所有预约成功用户发送观看开播提醒」，消息名称为「开播提醒」。

这就是一个完整的触发消息机制的记录。
需要注意的是，因为系统触发机制都是由技术编写在后台代码中，所以我们新的业务需要增加系统自动触发机制的时候，需要同步后台技术，需要技术进行代码实现，才可以运行触发条件。
4. 手动推送管理此模块为手动推送消息的主要功能模块，运营和各业务部门的同学可以在此模块完成消息内容的编写或选取，消息类型的选择、发送渠道的配置、发送时间的选择、消息接受人的选择等主要推送机制的设置。
三、原型规划通过结合对客户端、服务端功能的分析，我们开始对消息系统服务端主要模块的功能进行产品方案设计，以下笔者会一一讲解主要的功能构成。

【客户端|如何从0-1重构建消息系统：服务端】功能结构图
1. 消息类型管理设计

消息类型列表
字段及功能说明
消息类型：主要对系统中所有消息进行分类整理，如果业务类型层级比较复杂，则可以在某一个业务类型一级消息下，再设计二级分类；并且可以对消息类型进行编辑，如更改消息类型名称、增加或删除消息类型。
需要注意的是我们在更改消息类型名称后，需要对以往原消息类型的历史消息进行继承，对已经有历史消息的消息类型不能进行删除。
2. 消息模版管理设计

手动推送消息模版列表
字段及功能说明
此模块分为系统触发消息模版管理和手动推送消息模版管理，系统触发模版中含有代码中包含的参数，这个是系统触发模版和手动推送模版需要做成两个管理版块的原因。
以手动推送消息模版列表为主要列举对象：

消息标题：显示消息的主标题。
消息摘要：对于消息内容的概括，根据客户端和渠道内容的要求，后台做字符、样式、位置等限制。
消息内容：根据客户端的要求，后台做字符、样式、位置等限制，如果渠道内容类型比较多，则可以不显示。
消息类型：消息在客户端显示归属的消息类型。
渠道内容推送：显示此条消息包含的消息渠道内容。
编辑时间：显示最后编辑消息时间。
消息编辑人：显示最后编辑人姓名。

需要注意在操作系统触发消息模版的时候，如果此条系统触发模版消息已经和系统触发机制关联，则无法进行删除和编辑。