新闻文稿系统（精选4篇）
新闻文稿系统 篇1
摘要：根据嘉定电视台电视新闻采写制作工作的实际流程,采用Browser/Server结构,使用ASP(Active Server Pages)语言设计编写了一套比较实用、操作简便的电视新闻文稿管理系统。就系统设计中数据库实体关系、数据流程图、功能模块等进行了详细介绍,并分析了系统的可扩展性。目前电视新闻文稿管理系统在嘉定电视台得到了推广使用,实现了计算机稿件管理及办公自动化,提高了工作效率。
关键词：电视新闻,文稿管理,办公自动化
0引言
随着网络新闻媒体的出现,人们对广播电视新闻在内容、时效性、效果等诸多方面都提出了越来越高的要求,这样就要求我们寻找一个更好的新闻生产方式来应对这种局面。电视新闻文稿系统就是为了提高新闻生产效率,加强对新闻稿件的管理,实现办公自动化的目的编写的。国内外商业的电视新闻文稿系统都是针对大型电视台设计的,价格昂贵、操作复杂,并且扩展性差,所以我们自行开发了适合嘉定台的电视新闻文稿系统。
1新闻生产流程分析
如图1所示,本台的电视新闻生产采用以责任编辑为核心,以后期合成为中心,以领导终审来把关的工作流程。其中涉及新闻文稿方面的,主要是“记者写稿”、 “责编初审”、“责编串联”三个环节。“通联稿件”的功能相当于“记者写稿”,在文稿系统中不再单独编写模块。
2文稿系统的设计和实现
现在比较流行的数据库应用模式有两种:C/S(Client/Server)模式与B/S(Browser/Server)模式。C/S模式具有速度快等特点,但主要在以局域网为基础的环境下应用,受到地域的限制,且客户端要安装相关软件,扩展性较差。而B/S模式比较适合在Internet环境下应用,不受地域的限制,客户端无需安装相关软件,但在处理大量数据时,速度较慢。电视新闻文稿管理系统以处理文本为主,我们选择采用了B/S结构,利用ASP技术在局域网内构建了一个Intranet管理平台,主要实现了电视新闻文稿的采写、审查、串联、存档和查询等功能。
2.1文稿系统的运行环境
电视新闻文稿系统的WEB服务器采用性能较高的P4电脑,安装Windows 2003 Server+IIS6.0系统软件和Access数据库系统。客户端采用普通电脑,不需要安装任何客户端软件,只要有Windows IE浏览器就可以运行。若系统中客户端数量增加,数据库访问量较大,根据需要可适当提高服务器硬件配置,并将数据库系统更换为SQL Server。
ASP网页技术的原理就是将扩展名为ASP的动态网页保存在WEB服务器内,当用户浏览器向WEB服务器发出访问请求时,WEB服务器把该页面提交给相应的解释引擎处理,解释引擎扫描整个页面,并执行位于定界符内的脚本代码,最后,WEB服务器把解释引擎的执行结果回送到客户端浏览器上显示出来。
2.2文稿系统的设计
电视新闻文稿管理系统主要根据实际电视新闻的生产流程来设计,是一个比较典型的数据库应用系统。本系统的数据库设计了三个数据表,即:新闻文稿表、串联单表、串联单明细表。新闻文稿表中存放所有的文稿信息,包括:编号、标题、记者、摄像、正文、写稿日期、审稿人、审稿日期、状态等字段,其中“状态”字段主要用来标示稿件当前所处的状态。文稿从采写到播出一般都经过四个状态,即“未完成”、“送审”、“已审”、“已播出”。串联单表中记录的是每天整档新闻节目的信息,主要包括播出日期、节目名称、节目长度、责任编辑、播音、制作、状态等字段。串联单明细表主要是记录每档节目中具体有哪些新闻稿件,并通过指针的方式指向文稿表,字段“序号”用来对每天的新闻稿件进行排序。
数据库实体关系如图2所示。
根据新闻生产流程(图1所示),设计本系统的数据流程如图3所示。首先,记者外出采访回台写稿(即新建文稿),并把所写的稿件存入文稿数据库中。
若文稿已经完成,则标记状态为“完成”,并提交责任编辑进行稿件初审。若有其它采访任务,当前所写的文稿还未完成,则标记状态为“未完成”,待以后再继续撰写(修改文稿)。稿件初审是责任编辑把记者所写的稿件进行初步审查,符合要求的稿件状态标记为“合格”,可以进入新闻串联。不符合要求的稿件标记为“未完成”,即退回重写。串联单编写主要有两个功能,一是新建一个节目串联单,二是修改未完成的临时保存的串联单,串联单中选中的新闻文稿,发往后期制作进行新闻节目的视音频编辑制作。
电视新闻文稿管理系统遵照严格的工作流程,没有采写完成的稿件不能进入文稿审查(初审),没有经过审查的稿件不能串联,审查合格后的文稿不能再被修改。除了完成新闻生产流程中的文稿管理功能外,系统还增加了一个稿件查询功能,可以按照日期和关键词来检索历史稿件,给整个系统带来了更多的实用性。
电视新闻文稿管理系统的功能模块主要有:用户登录、主菜单、新建文稿、修改文稿、文稿初审、新建串联单、修改串联单、查询检索、用户权限管理等模块。
2.3HTML编辑器
电视新闻文稿管理系统主要功能模块(如:新建文稿、修改文稿、文稿初审等)都有文本编辑功能,所以我们引入了功能比较强大的HTML编辑器eWebEditor。eWebEditor是eWebSoft.com旗下eWeb团队开发的基于网页的、所见即所得的在线HTML编辑器。它能够在网页上实现许多桌面编辑软件(如:Word)所具有的强大可视编辑功能。
在ASP源程序中使用如下语句就可使用eWebEditor编辑器:
<textarea name="content1" style="display:none">稿件内容</textarea>
<iframe ID="eWebEditor1" src="/ewebeditor.asp?id=content1 &style=standard" frameborder="0" scrolling="no" width="500" height="350"> </iframe>
当编辑页面打开时,名为“content1”的textarea文本框被链接到编辑器,编辑结束时程序只要保存content1的值。
2.4各功能模块介绍
各功能模块的ASP源代码略。
(1) 用户登录
用户必须以自己的用户名(姓名)登录系统,非注册用户不能进入系统。本系统还具有严格的用户权限管理,用户分为记者、责任编辑、管理员、普通用户四类。不同的用户权限具有不同的系统使用权限,“普通用户”只能查阅稿件,“记者”有写稿权限,“责任编辑”具有写稿、审稿、串联等权限,“管理员”具有用户管理权限(增加新用户、更改用户权限等)。用户登录后在屏幕右上角显示出该用户的权限。
(2) 新建和修改文稿
新建和修改文稿,即记者写稿模块,记者可直接在本系统“新建文稿”中输入新闻稿件,完成后可选择“保存”或“送审”。未完成的文稿可选“保存”进行临时保存,可在主菜单中选择“修改文稿”打开以前保存的文稿进行修改。“记者写稿”的用户界面如图4所示。
(3) 文稿初审
责任编辑收到“送审”稿件后,先进行“文稿初审”,并可以对稿件进行修改。初审后的文稿可选择“保存”、“退回重写”或“审查合格”,“审查合格”的文稿可进入“编写串联单”,“退回重写”就是审查不合格,退回给记者重新修改。
(4) 新建和修改串联单
新建和修改串联单,即编写串联单模块。编写串联单只能编写当天或后续日期的串联单,按顺序点击已经审核合格的稿件,添加到串联单中,同时可调整稿件的先后顺序。“编写串联单”的用户界面如图5所示。
(5) 稿件查询
稿件查询模块提供了比较强的查询功能,分为“串联单查询”和“文稿检索”。“串联单查询”是按日期查询。“文稿检索”是在规定的日期范围内按标题或正文的内容进行检索,并列出检索结果,并提供了查询结果的导出、打印功能。
(6) 用户权限管理
通过用户权限管理模块,管理员具有增加用户、清空用户密码、更改用户权限等权限。除管理员外,其它用户只能更改自己的密码,密码更改后需要重新登录系统。
3系统可扩展性研究
(1) 扩展到Internet网络平台
电视新闻文稿管理系统实现了在局域网内进行文稿的管理,若投入资金申请固定IP地址、网络域名和Internet专线,该管理系统无须任何改动就可扩展到Internet网络平台。
(2) 同即时信息系统相结合
即时信息im (Instant messaging),指可以在线实时交流的工具,也就是通常所说的在线聊天工具。即时信息有针对个人应用和企业应用的不同类型,目前占主导地位的是个人应用,并且大多是免费服务的。此外,一个网站内部的在线用户之间的实时交流也是即时信息的一种具体应用形式。新闻文稿系统同即时信息相结合使用,可以提高工作效率,及时处理最新的新闻稿件。
(3) 增加视频节目远程传输功能
若添置一些视音频采集压缩和回放的硬件板卡,还可增加视音频素材的上传管理功能,使得远程用户可以利用互联网送回稿件和视音频素材。新闻记者和通讯员只要有上互联网的条件,就能够远程登录到服务器上提交稿件和节目的视音频素材。进一步提高新闻节目的时效性和灵活性,大大降低电视新闻远程传输的传输成本。
(4) 增加视频节目管理功能
文稿系统还可以扩充媒体资产管理的功能,新闻文稿系统中的文稿内容可以转换为媒体资产管理系统的编码信息,把文稿同媒体资产系统中的视频节目进行关联。通过文稿的检索,可以完成视频新闻节目的检索功能,并能够点击浏览低质视频新闻节目,达到视频新闻节目的远程管理。
4结论
在互联网宽带技术和视音频压缩技术迅速发展的今天,快速高效并且低成本地传送高质量的广播级视音频节目已经成为可能。利用Internet网络技术,在新闻文稿管理系统中嵌入视音频节目的上传和管理,可大大提高广播电视新闻节目的时效性。我们根据嘉定电视台新闻采写制作工作的实际流程,设计开发了电视新闻文稿管理系统,实现了计算机稿件管理及办公自动化,提高了工作效率。该系统在嘉定电视台得到了推广使用,受到了新闻记者的好评。
参考文献
[1]陈月东,韩龙龙.电台自动化办公系统规划设计[J].广播与电视技术,2003(6).
[2]饶继荣,杜红.基于Web数据库利用ASP开发的广播电视停播记录查询系统[J].广播与电视技术,2003(9).
[3]魏善沛.WEB数据库技术实用教程[M].清华大学出版社,2002.
[4]刘晓辉.Internet Information Server 5.0/6.0配置与使用详解[M].清华大学出版社,2002.
新闻文稿系统 篇2
【主持人： 对于持续多年的英语热，中国社会近期的反思和讨论明显在增加。《新华社》报道说近一个月以来，中国教育部的前发言人，现任语文出版社社长王旭明，在实名认证的微博中，多次呼吁要取消小学的英语课，增加国学教育，于是引起了广泛的讨论。媒体日前关于江苏高考改革方案，可能采取英语将不再进入总分，实行两年一考的报道，也让家长和学校是格外的关心。
今天栏目也就这个社会热点讨论问题请到了教育专家宋阳宋先生。宋先生，您好。】
宋阳：你好，观众朋友们好。
【主持人：其实这个英语热在中国已经持续了二三十年，您觉得为什么最近会引起一股热议呢？】
宋阳：很多城市的小学一年级，甚至在幼儿园就已经开始进行英语教学了，在中国，英语教学和考试关系非常大，很大程度影响了中国孩子的升学问题，最近的热议其实也说明社会各界对英语热的反思在达到一个新的高度。
中国改革开放后开始融入世界，大部分学生进入大学或者攻读研究生都需要参加英语考试，甚至学位证也与英语四级考试挂钩。现在，很多城市小学一年级甚至幼儿园开始教英语，家长为了“不让孩子输在起跑线上”，热衷于给孩子报名参加各种课外辅导班。
【主持人：的确，过度注重英语的考试功能，教育低龄化这些现象相信观众朋友们也深有体会，不过，功利化的教学看起来是不是真的有让英语充分发挥应有的作用呢？ 】
宋阳： 我在上半年参与的上海外国语大学的一项研究中所得到的结论显示，在所有学英语或其他外语的人中，真正能学会一门外语并能用外语流利表达，无障碍“跨文化交流”的，最多也不会超过5%。哪怕是在外贸公司的职员在学校学了十来年英语，口语进步很小，反而是上班后因为工作需要，才慢慢的能够吃力地与外商交流。
【主持人：但对于取消小学英语的建议，舆论看法不一。不少网友支持王旭明的观点，但也有人认为，在国际化浪潮中，掌握英语非常必要，孩子早接触以后会学得更好。那么对于英语在教育中的安排您持什么样的观点呢？】
宋阳：小学是否取消英语教学的这一问题，不宜一刀切。英语可以作为选修课，让学校和孩子自己选择，最重要的是，不能搞应试教育。
对于涉及英语的高考改革，我认为，高校招生应改革单一的考试评价体系，让学校根据自身特点来确定对英语科目成绩的要求，大学生也可以决定是否学习英语。这样才能各取所需。
新闻文稿系统 篇3
信息时代的广播电视媒体对计算机技术应用提出越来越高的要求,处于核心业务支持地位的新闻制作、播出等管理系统必须能够对新业务和新技术提供支持,不断地扩展其业务服务形式,从业务上支持需求的多样性,更多地满足人们个性化的需求。新闻综合业务管理系统主要是立足于新闻网络制播的业务管理,涵盖了新闻前期的信息采集和通稿制作管理、业务管理和数据存储、流程监控等,简单来讲,它就是把新闻采集和通稿制作、新闻编播、新闻内容管理和新闻网络制播监控四大系统中需要交互的业务以及相关的公共的业务流程来进行统一的管理和调度,形成一个核心业务管理平台,同时其还要向各个系统提供相应的接口服务,从而来完成整个新闻节目从最初的资料收集到最终形成新闻播出的业务流程一体化管理。
当前的新闻业务管理系统,技术上沿用原有的J2EE架构的B/S模式,并在ESB总线的基础上,基于面向服务架构建立相互协作的工作平台相关核心组件,能够协助电视台用户全方位管理生产资源,并通过办公协同来提升业务便捷性,进而达到提高生产效率的目的。
1 新闻综合业务管理系统
现阶段的新闻业务管理系统基本上都是计算机服务商来提供,研究发现,目前面向服务的体系架构至少在60%的企业中被作为了其IT系统基本架构的方法[1,2,3]。而将面向服务体系架构(简称为SOA)的核心思想应用于新闻业务管理系统的系统构建过程的研究将具有十分重要的现实意义[4,5]。SOA在本质上支持将业务构件和技术构件转换成一组服务组合或可重用的业务任务,而不管是什么样的系统平台和编程语言来完成的,在需要时只须访问这些服务和任务并对来自各个地方的服务进行组合。
新闻业务管理系统作为一个以新闻生产管理为主体的业务管理平台,涵盖了新闻策划、人员组织、资源调度、流程监控、考核统计以及信息、安全等方面的管理业务[6,7,8]。基于面向服务的架构实现步骤和应该遵循的原则,新闻综合业务管理系统的基于面向服务架构的系统功能结构如图1所示。
2 新闻文稿管理业务
文稿管理是新闻综合业务管理系统众多功能模块之一,对于基于面向服务架构(SOA)的系统,它对架构思想的体现是十分全面的。新闻文稿的制作一般是从线索的汇聚开始,到信息挖掘、选题产生,然后再根据具体的内容生成文稿,最后进入编播的串联单这样一个流程。因为各个台新闻文稿的应用差异并不是很大,所以它的通用性比较强。文稿管理依照SOA服务的划分原则以及服务的低耦合、完整性等的要求,本身也可以被看作是一个组合服务,也可以被其他服务调用、组合来共同完成更复杂的业务功能。
2.1 文稿管理中的业务流程
中文稿创建、文稿编辑、文稿查询、文稿审批、文稿删除和查看处理记录构成了文稿管理主要的业务功能。其大致的业务流程如下:首先新建文稿(这里要进行新建权限的判断),如果有新建权限,则创建文稿并保存文稿,进行文稿提交;对于已提交的文稿,可以对其进行编辑、修改保存,重新提交,如果是编稿本人,则可以对自己保存提交的文稿进行修改编辑;对于已经确定的文稿,编稿本人可以查看自己的文稿或者是对其他有权限的文稿,同时可以将已经确定的文稿送审,等待审批;审批人拥有审批权限,可以根据不同级别的审批权限来进行多次审查;最后通过审批的文稿就被送入到串联单管理模块,审批不通过的则被打回,重新执行上述整个业务操作。至此,文稿管理的业务操作就完成了。
文稿管理业务流程图如图2所示。
2.2 文稿管理模块的服务分析
依照对文稿管理的业务分析,按照面向服务架构服务划分原则,对文稿管理模块进行服务划分。
首先,把该模块的业务功能封装成1-新建文稿、2-编辑文稿、3-查询文稿、4-删除文稿、5-审批文稿、6查看文稿处理记录等6个独立的粗粒度服务。
其次,进一步分析抽象,把新建、查询、编辑、删除和审批进行更细粒度的服务划分,把前4个封装为4个基本服务,而审批本身是个组合功能,所以继续细分为11-审批流程创建、12-审批流程数据定义、13-审批流程。这样以来,就可以实现多级审批的自定义配置。同时,由于还需要对整个文稿管理的操作进行监控,所以还应该有一个存储业务操作处理情况的服务。
至此,在进行整体系统开发时,不同的系统业务模块就可以采取传入不同的配置参数来动态组装基本服务的形式,完成其具体的业务流程功能;特别需要指出的是,为了适应业务个性化需求,在审批业务模块中,把审批流程单独分离出来,使其具体的实现细节和执行内容相分离,达到了灵活配置的效果。在调用审批服务时,不同的业务模块只需要传入自己的业务类型标识即可启动相应的审批服务,整个审批过程对用户来说都是透明的。
图3显示了文稿管理模块的服务关系网络。
在图3中,每个结点都代表一个服务,每条线表示当一个服务执行完以后要转向下一个服务所应该满足的条件和下一个服务需要的参数来源,同一个结点出来的射线所表示的条件是不会相交的。
完成了服务粗细粒度的划分,弄清了服务之间的关系,接下来就将这些服务进行发布和注册,使其成为可复用的SOA服务,以方便在需要的时候调用。当然,在发布服务之前,还应该进行一系列的检查来确保分析没有错误,发布的服务合乎服务标准。
2.3 文稿管理模块的服务发布与注册
这里选用Xfire进行相关服务的发布工作。因为它可以将服务首先描述为POJO接口,然后进行适当的配置,实现发布服务。以审批服务为例,主要作用是输入一个编辑完成的文稿进行多级审批,并将审批结果返回供其他的服务模块使用。
在Eclipse galio中创建一个Web服务项目,此时,在根目录下就会有一个名为WEB SERVICE的文件夹,在实现服务接口以及服务类后,还需要在这个文件夹的services.xml文件中进行配置,从而加入新发布的服务。
先用Java语言来描述这个服务接口,代码如下:
在进行参数处理时,采用的是使每个模块需要传递的参数以在后台管理中单独配置的形式存在,封装在相应的一个类文件中,例如文稿模块的参数信息封装在public class docMsgService extends AbstractMessagePipe-Adapter中,方便对其进行统一管理。
接下来,为这些服务接口创建实现类,并实现接口中定义的方法。现在服务的实现部分已经完成,接着就是在上文中提到的services.xml文件中进行相关信息配置,使发布的服务生效:
该配置文件中描述了服务的名称、命名空间、实现接口类等信息。到此,审批服务就发布成功了,通过网络即可访问到该服务,对其进行组合调用。对服务进行发布后,服务请求者就可以对服务进行访问了,并进行服务注册,把已经发布的服务在公共的或者私有的UDDI注册中心注册,从而供不同的使用者方便查询和发现服务。通过把服务注册到服务数据库中,服务请求者能方便地对现存的服务进行查找,并获得其相应的描述信息(WS-DL),将服务进行注册也有利于服务的管理和编排。考虑到系统良好的扩展性以及高效性,引入了企业服务总线对服务的注册进行统一管理,加快了服务之间交互访问的速度,提高了工作效率。至此,服务发布和注册都已完毕,接下来在实际的操作过程中进行服务组合的测试。
2.4 文稿管理模块的服务测试
模块服务发布和注册完成后,还需要对整个模块的功能进行测试,以保证在实际的生产环境中各种业务需求得到满足,并把因为开发因素导致的故障可能性降到最低。图4为系统功能模块测试的基本流程。
以下为针对文稿管理模块服务接口进行的压力测试,包括新建、查询、提交、审批等业务接口,详细设计了测试方案与用例,并按用例逐个完成测试,而且在重要的业务接口中多次重复执行测试,以保存测试结果的准确性。本文中选用成熟的性能测试工具loadrunner9.0英文版作为压力机,通过并发进行接口数据传递,同时调整传递数据大小形成不同的压力,观察并记录响应时间和模拟用户数,同时监控服务接口服务器系统资源变化。
部分测试用例如下:
1)创建文稿用例。模拟100个用户,每5 s加载20个用户,通过集合点控制所有用户到达后并发执行接口数据传递,迭代3次,超时设置为300 s。
2)查询文稿用例。(1)模拟100个用户,每5 s加载20个用户,通过集合点控制所有用户到达后并发执行接口数据传递,迭代3次,超时设置为300 s,每个用户传递参数Script ID不一样,共需300个docid号;(2)模拟100个用户,每5 s加载20个用户,通过集合点控制所有用户到达后并发执行接口数据传递,迭代3次,超时设置为300 s,传递参数Page Size设为200。
3)文稿合成提交用例。模拟100个用户,每5 s加载20个用户,通过集合点控制所有用户到达后并发执行接口数据传递,迭代3次,超时设置为300 s,每个用户传递参数Script ID不一样,共需300个docid号。
4)文稿送审提交。模拟100个用户,每5 s加载20个用户,通过集合点控制所有用户到达后并发执行接口数据传递,迭代3次,超时设置为300 s,每个用户传递参数Script ID不一样,共需300个docid号。
测试结果部分记录如表1所示。
从以上结果记录中可知,创建、提交业务模拟用户与成功用户之比100%,所有请求都成功,同时事务(发送参数与接收返回结果)平均响应时间也较低,100个并发用户执行都小于2.5 s,并接口服务器资源消耗较小,该部分的接口性能符合设计要求,完全满足用户需求。
查询业务接口中,业务接口模拟的用户成功执行,各种性能指标稳定、正常,按预定的结果返回,从目前测试的结果可知,该部分的接口也正确、稳定。但由于返回结果条数较少,没有更多的被测试数据,所以无法测试接口的极限值(最大返回条数)。但在测试查询文稿接口时,当接口服务器返回条数(用户数×返回条数)超过35 000条时就会报错,也就是说该接口的最大返回极限条数为35 000条。
2.5 文稿管理模块前端设计
基于面向服务架构的思想,业务功能的实现被划分成了几个部分:前端应用程序、服务总线、业务服务和后台服务。当后台服务和业务服务设计完毕之后,作为SOA架构中比较活跃的元素应用程序前端,则因为服务总线和统一接口定义语言的存在对进行非常灵活的设计,而且采用多种方式实现。
文稿管理模块GUI的实现界面可以分为前台管理界面和后台服务界面两部分。在前台管理服务中,通过将一些基本服务进行组合形成文稿编辑、查询等一系列工作,然后通过前台管理调用后台管理中的“审批”服务来完成文稿管理中的审批服务。具体的审批信息配置都是通过后台服务来完成的。发送请求时不必关心流程具体实现细节,而只需要关注是否返回审批结果即可。在本模块的开发中,采用面向服务的方式,很好的实现了执行内容和执行流程的分离,提高了系统对业务灵活性等的支持。
3 总结
新闻业务管理系统作为一个综合管理平台,其系统的业务功能主要是依据这些相关的所要管理的子业务来确定。新闻文稿管理作为新闻业务重要的一环,在实现过程中充分体现了新闻业务管理系统的特点。本文采用面向服务架构(SOA)的思想实现新闻文稿管理功能,在对业务需求流程进行详细分析的基础上,对服务进行划分,发布和注册,并完成了模块功能的测试。通过制定统一的接口,实现各个业务之间的松散耦合、规范开放的互联互通,以提高新闻业务管理水平,对于整个新闻综合业务管理系统的实现具有积极的作用。
参考文献
[1]王斌,田野,章云.广电企业业务流程的分析与优化[J].电视技术,2007,31(7):59-61.
[2]冯细光,刘建勋.WEB服务测试技术综述[J].微计算机应用,2010,31(1):21-26.
[3]郎大为.基于语义Web服务的服务组合与匹配算法研究[D].大连:大连理工大学,2006.
[4]李军.采用SOA的广电台内网应用集成技术设计与实践[J].现代电子技术,2008(2):41-43.
[5]DANG G,CHENG Z,JIN S,et al.A service-oriented architecture for tele-immersion[C]//Proc.2005IEEE International Conference on e-Technology,e-Commerce and e-Service.Hong Kong,China:IEEE Press,2005:646-649.
[6]刘大军.广播电视台综合业务网的功能与实现[J].广播与电视技术,2002,29(10):119-121.
[7]孙林记,张洁霞,冒卫.全台网系统中的业务流程设计[J].广播电视信息,2009(1):94-97.
新闻文稿系统 篇4
一技术难点重点分析
根据电视非编制作技术的发展状况, 针对SMG各频道日常运作的需求, 本文对如何提升文稿系统效率进行了研究和分析, 指出发展中存在的技术重点及难点。
1. 系统数据的完整性
本次系统设计主要针对体育高清制播网文稿系统减负, 对关键数据进行选择性的备份, 并对某些过程数据进行删除。在备份清理过程中, 业务数据完全备份成功后, 才进行对应的过程数据删除。过程数据删除成功后, 才对已备份的业务数据从业务表中进行删除。由此来保证数据的完整性。
2. 数据清除选择性
数据在减负的过程中, 数据备份不采取单纯的整表备份方式, 而是依赖于系统数据之间的关联关系, 有选择性地对关键数据进行归档。另外, 在删除过程中也具有选择性, 除了已备份数据, 还包括过程数据, 主要包括修改轨迹、工作流数据等, 按照业务逻辑进行中间过程数据清理, 可以最大程度地做到清除无残留, 保证数据库健康。
3. 数据可用性
将数据备份并清理只是备份方案的其中一步, 保证备份的数据可用才是后续工作的关键, 因此必须要有对备份数据进行检索和查看的能力。在现有系统中需要部署新的页面来实现备份数据的检索和查看, 并需要保证操作体验的易用性。
二基于数据库减负方法设计
1. 文稿数据备份方案设计[1,2]
根据SMG体育频道文稿系统制作以及播出不同特点以及需求, 本方案将有效对文稿系统数据根据创建时间基准进行数据备份, 按照时间设定简单、人性化, 尽量减少时间输入造成的失误为原则, 实现对文稿串联单以及纯文稿数据进行归档备份以及删除, 具体设计思路如图1所示。
文稿制播系统数据主要分为串联单数据、纯文稿业务数据以及其相关联数据 (修改轨迹、控制信息流等) , 本方案针对现有文稿系统的文稿和串联单数据的归档具有如下特点:
●数据备份不采取单纯的整表备份方式, 而是依赖于系统数据之间的关联关系;
●对关键数据进行选择性的备份, 并删除与业务数据关联的中间过程数据, 包括修改轨迹、工作流数据、人员操作记录等;
●有效地保证按照时间点进行精确备份和定点清除, 保证保留数据的正确;
●由于中间过程数据和业务数据有关联对应关系, 而过程数据又分别保存在不同的数据表中, 如果不按照业务逻辑进行中间数据的清理, 会造成数据的残留, 不能达到减少使用数据量和释放数据库存储空间的效果。按照业务逻辑进行中间过程数据清理, 可以最大程度地做到清除无残留, 保证数据库健康。
2. 数据完整性和可用性[3]
针对现有节目流程中的特点和规律, 本文介绍了一种在提升文稿系统制作效率的同时也保证了数据完整性和最大限度内的可使用性:在备份清理过程中, 业务数据完全备份成功后, 才进行对应的过程数据删除。过程数据删除成功后, 才对已备份的业务数据从业务表中进行删除。由此来保证数据的完整性。当过程数据未能清除, 不会清除业务数据, 这样可以在再次备份时继续完成以前未完成的备份和清理工作。
3. 数据查询易用性
将数据备份并清理只是备份方案的其中一步, 保证备份的数据可用才是后续工作的关键, 因此必须要有对备份数据进行检索和查看的能力。在现有系统中需要部署新的页面来实现备份数据的检索和查看, 并需要保证操作体验的易用性。历史数据支持备份在相同数据库实例的历史表中, 也支持备份在不同数据库实例的历史表中。文稿和串联单数据备份后, 本方案设计统一入口对历史文稿和串联单进行查询并再次复制内容使用。
三方案应用及注意事项
本文提出的基于数据库减负而提升文稿系统效率设计方案第一阶段已经成功应用于SMG体育高清化测试系统中, 在提高效率的同时也需要注意如下事项:
历史文稿对应的素材节目将只能在非编中手动引入节目信息文件打开, 备份数据时一定要按照指定日期的方式选择时间点, 避免一次备份数据过大造成用时过长, 备份数据成功后将自动从业务表中清除已备份的数据, 需谨慎选择备份的时间点, 在每次备份完成后, 需要对表所用的索引进行重组 (rebuild) , 以避免大量数据删除后索引性能的下降。
四总结与展望
本文设计的方法第一阶段成功应用于SMG五星体育频道文稿测试系统, 该系统模拟地将历史数据进行备份到新建的数据库当中, 删除原有数据以及相关联数据, 并重建相关表, 降低对数据库的压力, 最大化提升文稿系统制作效率。在文稿系统节目制作过程中, 都应学习并思考如何做到归档自动化、查询更方便和人性化以及提升可用性程度, 使得新一代系统更加完善地适应电视文稿高效制作的发展。
摘要：本文针对制播文稿系统业务数据以及关联数据大量增加而导致文稿业务制作、查询缓慢降低了文稿制作效率的问题, 提出了一种基于文稿数据库减负设计方案, 既使文稿系统最大化实现制作效率提升, 又保证文稿系统数据的完整性和可用性, 真正实现制播系统数据归档。
关键词：电视技术,数据库减负,文稿系统,数据归档
参考文献
[1]伍江江, 马俊, 王志英, 周洁, 任江春, 程勇, 梅松 一种支持服务恢复的文件备份恢复技术研究与实现计算机研究与发展[J], 2011, 48 (z1)
[2]He Weiping.Recovery in Web service applications[A].Piscataway, NJ:IEEE, 2004.25-28