信息发布系统架构

1. 术语定义

l 素材：规定格式的文件、网页的URL、第三方exe程序或程序包。

l 节目：一个需要播放的素材。是播放的最小单元。

l 节目单：若干节目按照一定顺序的排列。是发布的最小单元。

l 区域：屏幕中的某一个矩形范围。每一个区域可以有自己独立的节目单。

l 模板：描述了屏幕上若干区域的组合。

l 播放端：最终播放显示内容的播放机、广告一体机、触摸查询机等。数量可以从1台到多台，没有实际数量上限。

l 服务端：整个信息发布系统的核心，是播放端、编辑端、监控端相互连接的桥梁。数量可以从1台到多台（全分布可实现多台），数量会远少于播放端数量。在播放端少于1万的系统中，通常只需要使用1台。

l 监控端：对整个系统的运行环境，实时运行状态进行监视和控制的终端，通常是B/S架构。数量可以从1台到多台（多台可用于实现多点监视，或分权限监视）

l 编辑端：对最终显示内容进行格式编排，完成排版功能，形成最终发布的节目单。数量可以从1台到多台。

l 文件传送服务器：保存上传的素材，播放端需要通过该服务器下载当前播放节目单所需要的素材。数量可以从1台到多台。

l 控制链超级结点：为了管理大数量级的播放端（1万台以上），从理论上来讲，单一服务器情况下，群发会给服务器带来极大的负担，需要采用分布式部署或星型控制来分担服务器的负载。这里的控制链超级结点就是星型控制中的超级结点。数量可以从0台到多台。

l 边缘服务器：当播放端数量较多时，可以采用CDN架构，将文件传输服务分散到较近的服务器上，这个较近的服务器就叫边缘服务器。数量可以从0台到多台。

2. 功能需求

 

2.1. 系统架构

2.2. 开发平台和运行环境

2.2.1. 开发平台

所有程序，均在windows 7平台下进行开发，可以稳定运行在Windows 7 32位操作系统下。

如果需要兼容Windows 64位操作系统，需要搭建64位的测试环境。

服务端、编辑端、播放端、监控端可以分别运行在32位或64的混合环境下。

在通常情况下，64位操作系统可以兼容32位的程序，但可能会现不稳定，需要搭建64位的测试环境。

2.2.2. 服务端运行环境

服务端可稳定运行在Windows 7、Windows 2003 Server、Windows 2008 Server操作系统下，开发时兼容64位操作系统，但需重新编译和搭建64位的测试环境。

2.2.3. 编辑端运行环境

编辑端需要安装需安装.Net Framework 4.0或更高版本运行库，可稳定运行在Windows 7 32位操作系统环境下，开发时兼容64位操作系统，但需重新编译和搭建64位的测试环境。

2.2.4. 播放端运行环境

播放端可能需要安装.Net3.5或更高版本，可稳定运行在Windows 7 32位操作系统环境下，开发时兼容64位操作系统，但需重新编译和搭建64位的测试环境。

一个播放端只能运行单一的一套播放端程序，一个播放端作为一个完整的个体来进行管理。

如果播放端希望运行多套播放端程序，可以通过虚拟机实现，但需要进行深入测试，可能会碰到虚拟机如何实现自动加载等问题。

播放端可以同时成为控制链中的超级结点，也可以同时成为边缘服务器。

2.2.5. 监控端运行环境

监控端采用Silverlight （“富前端B/S架构”）实现，可以在网页上表现动态、丰富多样的UI。.NET FrameWork运行包不需要手动安装，在首次访问网站时自动提示并安装Silverlight运行库。可能还需要安装相应的在线安装包，可能需要进行一些组件的注册后才能正常运行。是否兼容其它浏览器，需要更多地测试。

2.2.6. 防火墙

服务端、文件传送服务器需要创建监听端口，如果安装有防火墙，需要在防火墙中允许该监听端口的出和入操作。

播放端、监控端、编辑端不需要在防火墙中有特别设置。（不排除因开发需求的改动，可能需要在防火墙中进行特别设置）

不建议在播放端中安装防火墙软件，有可能会因为弹出警告提示而破坏当前播放效果。

2.2.7. 防病毒软件

各端均可以安装防病毒软件，但是在播放端需要关闭防病毒软件的自动更新功能，否则有可能会弹出防病毒软件的升级消息框。

2.3. 网络

2.3.1. 局域网（第一期）

程序可稳定运行在以太网协议下的局域网环境中，可以在VPN模拟的局域网环境中运行，可以部署在单一网段，或跨网段的环境中，播放端、编辑端、监控端可以是固定IP或动态IP，服务端、文件传送服务器必需是固定IP。

2.3.2. 广域网（第一期）

程序可稳定运行在以Internet为基础的广域网环境中。

播放端、编辑端、监控端可以是固定IP或动态IP。

服务端、文件传送服务器必需是固定IP。可以使用域名来代替IP。

2.4. 接入方式

2.4.1. ADSL（第一期）

需要在操作系统中实现自动拨号。

2.4.2. 无线（第一期）

需要在操作系统中配置好无线网络。

2.4.3. 3G（第一期）

需要在操作系统中实现自动拨号。可能需要进一步测试。

2.4.4. VPN（第一期）

需要在操作系统中配置好VPN。

2.4.5. 专线（第一期）

无特殊需求。

2.5. 架构

2.5.1. C/S编辑端（第一期）

编辑端采用C/S方式，界面操作比较友好，速度也比较快，可以实现较为复杂的功能。另外，随着用户使用时间增加，累积的历史素材会越来越多，采用B/S方式来展现时，会越来越吃力；在对大数量级的播放端进行管理时，C/S的编辑端会显得更加轻松。

2.5.2. B/S监控端（第二期）

监控服务使用B/S架构，可以方便用户随时随地对系统的当前运行状态进行监视和控制。

2.5.3. 单一区域独立控制（第一期）

将屏幕上的显示分为若干个区域，每个区域可以独立发布节目单，每个区域可以被分处不同物理位置的操作员分开来管理。这种方式尤其适合以广告为目的运营商，他们可以将显示屏分隔成若干个区域后，分别出售，分开管理。

2.5.4. 大数量级播放端，理论上无限（第一期）

当管理的播放终端数量从1千台，到几千台，甚至上万台时，系统的好坏就会立即表现出来，大数量级的播放端的支持，要从UI、网络传输、素材下载、通讯协议、数据存储等多方面逐一考虑。

2.5.5. 图形化可视界面（第一期）

除了编辑端采用所见即所得的图形化界面，播放端、监控端也都有专门的图形化界面，方便用户查询、排障。

2.5.6. 万年历（第一期）

所有节目单的发布，均以万年历的形式表现，时间可以精确到某年某月某日某时某分某秒。

2.5.7. 可通过互联网下载新的行业模板（第一期）

模板就是屏幕播放时的区域布局，这些布局的设计一般需要有较好的美术功底，并且熟悉该行业的业务情况，才能较好地展现出最适合该行业的效果。而各行业的显示布局一般都有固定的格式，通过行业模板下载，可以降低对操作员的能力要求，使操作员在编排节目时只需要关注具体的节目。

2.5.8. 全分布架构（第一期）

服务端、文件传送服务、控制链超级结点、边缘服务器等即可以安装在同一台服务器上，也可以部署在若干台服务器上，以适应不同量级的业务需求。

2.5.9. 多模块组合的框架结构（第一期）

在各个端的程序都是由若干个独立的服务、或相同的组件相互组合，来实现各端的需求。这种开发方式，可以使程序的维护量降到最低，提高程序的健壮性，当单一功能出现问题，或需要扩展时，只需更新相应的模块，而不必重新发布所有程序。

2.5.10. 智能认证（第一期）

播放端如果没有通过授权，会自动提示，显示在未授权列表中；如果通过授权，则会自动登录。

播放端的授权、删除等操作，无需任何输入，只需要点击鼠标即可完成。

2.5.11. 智能检测（第二期）

每一个端都由若干个服务或组件一起协同工作，才能完成该端的任务。如果其中的任一个服务或组件出现了问题，都会导致工作不正常。

智能检测，只需要操作员点击一下鼠标，就可以对各个端中的所有服务和组件进行自动检测，通过反馈的结果就可以知道在哪一个组件中出了问题。

2.5.12. 支持Licence授权模式（第一期）

可以在销售合同中指明最大允许同时管理的授权播放端的个数，软件的售价可以根据播放端的个数不同进行调整，如果再结合硬件加密狗，实现使用日期、合同编号的检测，则任意一个销售合同中的软件都将是唯一的，不可替换。

2.5.13. 服务端使用期限设置（第一期）

通过硬件加密狗，可以设置软件的到期日期，从而实现软件的逐年授权使用。这样，每一笔销售合同，都会在以后的若干年中为我们带来稳定的收入。

整个Licence和使用期限设置，全部在服务端实现，只需更换一个文件。

2.5.14. 行为日志（第一期）

在服