背景：我从09年4月28日至今一直就职于一家传媒公司，主要负责媒资系统的开发和维护。说到媒资系统（说来可笑这个系统在公司内慢慢的被叫成了oa），这个系统主要负责节目的生产、存储、发布。

节目即视频+图片+相应文字成为节目。

发布是指把视频进行转码（mpg -->3gp or  mpg-->mp4） ,按移动、联通、电信要求进行视频转码分发，经过这几年和运营商打交道也摸清了他们的套路（也就那么回事）。

随着业务的增长和发展，公司不能把自己绑在“一棵树上”，要有自己的造血功能。这不12年（没记错的话）就组建了客户端开发组，当然也开发了各个平台的视频点播+直播客户端。客户端上的内容就想当然的来着上文提到的媒资系统了，单纯的点播是没什么竞争力的，这样客户上就出现了滚播频道，即：点播文件进行编排形成内容串联和EPG，然后通过软件+设备进行播出，客户上看到的就是连续播出的内容了。（滚播频道有很多新闻啊、体育啊、音乐啊之类的），我们所开发的滚播编单系统就这么诞生了。

没这套系统之前滚播是通过草谷+辅助系统+方舟来支持业务的。

系统是我们开发人员一人来完成的，花了很多心血在上面，这时候必须有。

备注：今天只提业务，不提具体实现技术。

--------------------上图----------------

系统功能预览：

======================频道页==============================

特性：

1：系统支持点播文件、直播信号 混合编单，实现准点播出，即可控制直播信号准时播出。（直播信号支持rtmp、udp、mms）

2：接入了wowza ，实现直播信号的录制，可针对直播回放做到迅速（嗖的一下）发布。

3：自动填充。如:当前播出单内点播的节目不能排满24小时，系统自动循环当前单，直至填满24小时为止。

4：epg  通过json 方式 输出。

5： 权限控制

操作流程，（操作角色：编导）简述如下：

if（有操作权限）{

if(当天有播出单){

//默认显示前一天播出内容，可在此基础上修改

载入前一天内容

 edit(int 频道id);

}else{

//此频道初次编单

 edit(int 频道id);

}

}else{

公司内部sso申请

}

function  edit(int 频道id){

加入点播文件

加入直播信号

//系统自动计算时间

排序

播出预览

保存发布

//播出信号 and epg 同时显示生效

}

系统就这么简单直白，执行着它固有的职责。

下一个版本即将诞生，改动会比较多，在此留个记录当有一天回想的起这个系统的时候，也是自己职业生涯里值得回味的。

借此文总结这段时间：

无论是作为开发人员还是管理人员，都应该学会总结，总结过去一段时间的成长，同时也是为自己梳理思路的”好理由“，不是有句话叫做匆匆赶路忘却了沿途的风景嘛，说的挺有道理的。只有去回想才能发现过去的不足和值得自己骄傲的，要去弥补自己的不足，慢慢的去补空。成长就是这样成长的。

-------时间晚了得睡了，有空再接着写。

记滚播编单系统的诞生