CN103152515A - 泛编辑平台 - Google Patents

Abstract

本发明公开了一种泛编辑平台，包括客户端和服务器，客户端包括第三方应用程序、云盘文件系统、通信模块和Shell命令解析器；服务器包括媒资管理系统、云盘服务器及用于实现媒资管理系统与云盘服务器之间同步的同步模块。本发明打破了电视台媒资“条框分割、各自为政”的“诸侯割据”局面，建立中央集权的资源统一调配体系，解决了系统规模无法快速扩展和改变的问题，全面实现了所有资源的共享；改进了电视台的节目流程，提高了全台的工作效率和产品质量；实现了电视从传统媒体向现代媒体的根本转变，在加快电视台数字化的同时，实现了信息和资源的共享，而且提高了全台资源的协同工作能力，降低了节目制作的成本和后期维护的成本。

Description

泛编辑平台

技术领域

本发明涉及一种泛编辑平台。

背景技术

成都电视台是四川省知名的电视传播媒体，是宣传成都的窗口。目前有六个数字频道（新闻综合频道、经济资讯服务频道、都市生活频道、影视文艺频道、公共频道、少儿频道）和一个付费频道（美食天府频道）。在所有的频道栏目中，直播类的节目一直是成都电视台的王牌、收视率遥遥领先——新闻综合频道下的《成视新闻》栏目（《成视新闻》、《成视午新闻》、《成视夜新闻》）采用演播室直播方式，以权威、公正、快速和信息量大为特点，以关注重大的政治经济社会事件、重大突发新闻事件为报道方向，成为成都人及时了解重要新闻的主渠道；公共频道下的《成都全接触》已经形成了全天候覆盖，《成都全接触》、《成都全接触午间播报》、《成都全接触新闻冲击波》、《成都全接触》、《成都全接触特别视点》、《成都全接触900 播报》、《成都全接触夜新闻》每天5小时的直播采用平民化的新闻视角，大容量的新闻故事，让成都观众零距离的观看新闻现场。

全台每天大约6个小时的直播节目，6小时的直播节目需要大量的新闻素材来支撑，在于各个栏目经常出现素材均采用作坊式的“自己自足”的模式，即各个频道栏目自己完成本栏目素材的拍摄、素材上载、节目配音、文稿的编辑、节目的制作和播出。各个频道、各部门无序采访，重复采访现象经常发生，多次出现若干部门同时采访一个事件，不同栏目同时要求收录同一路信号，各自建立自己的素材资料库；各个栏目、各个频道要完成素材共享则非常麻烦（如：“两会”的时候，每个电视台几个频道个个都得围绕着两会宣传，个个栏目、部门都要上、都要编。为了抢新闻，在一个新闻现场，会有几台摄像机架起来拍，因为一个带子只能供一个栏目，或者一个频道使用，要共享只有等一个栏目编辑完成后再交给下个栏目）；很多栏目不乏有很多优秀的主编但面临着素材短缺“巧妇难为无米之炊”，难出精品的困境；相关人员的绩效考评有提升空间，没有建立良好的竞争机制。如何制作出更多的精品，进一步提升成都电视台整体的收视率？如何对现有的所有资源进行整合——打破现有电视台各个频道、栏目、节目的界限和框框，改变分散的、封闭的、孤岛式的节目制作播出方式，实现人力、财、物的重新整合，以提高单位时间的生产效率？如何全方位的深度挖掘素材价值，使素材完成全方位的共享以提高其表现力？如何建立合理竞争机制、考评机制以调动相关人员的积极性？如何建立安全、稳定、高效的新闻制播节目流程？

为了解决这一系列问题，“泛编辑平台”应运而生，“泛编辑平台”的目的就是要打破“条框分割、各自为政”的“诸侯割据”局面，建立中央集权的资源统一调配体系，全面实现所有资源的共享；改进电视台的节目流程，提高全台的工作效率和产品质量；实现电视从传统媒体向现代媒体的根本转变，加快电视台数字化的同时，实现信息共享、资源共享。

发明内容

本发明的目的在于解决现有技术的不足，提供一种资源统一调配、全面实现资源共享、提高电视台工作效率和产品质量、加快电视台数字化的同时实现信息共享的泛编辑平台。

本发明的目的是通过以下技术方案来实现的：泛编辑平台，由客户端和服务器组成，所述的客户端包括用于发起用户文件操作请求的第三方应用程序、负责客户端文件系统驱动实现的云盘文件系统、用于实现客户端与服务器之间通信的通信模块和用于修改、增加Shell菜单项及属性页的Shell命令解析器；所述的服务器包括用于组织和管理媒资的媒资管理系统、负责组织和维护整个文件结构并响应客户端发出的文件操作请求的云盘服务器及用于实现媒资管理系统与云盘服务器之间同步的同步模块。 

本发明所述的通信模块是Windows服务，工作在用户态，通过IOCTL方式不断接收来自内核态的文件系统驱动发出的网络访问请求，根据请求类型调用不同的用户态网络应用层协议进行相应的网络通信操作并取得数据，将数据通过IOCTL方式返回给文件系统驱动，异步工作线程收到数据后标识为完成并将处理结果返回给第三方应用程序。

Shell菜单拦截时，本发明所述的Shell命令解析器拦截IContextMenu中的QueryContextMenu和InvokeCommand方法。

本发明的有益效果是：打破了电视台媒资“条框分割、各自为政”的“诸侯割据”局面，建立中央集权的资源统一调配体系，解决了系统规模无法快速扩展和改变的问题，全面实现了所有资源的共享；改进了电视台的节目流程，提高了全台的工作效率和产品质量；实现了电视从传统媒体向现代媒体的根本转变，在加快电视台数字化的同时，实现了信息和资源的共享，而且提高了全台资源的协同工作能力，降低了节目制作的成本和后期维护的成本。 

附图说明

图1为本发明结构示意框图。

具体实施方式

下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

如图1所示，泛编辑平台，由客户端和服务器组成，所述的客户端包括用于发起用户文件操作请求的第三方应用程序、负责客户端文件系统驱动实现的云盘文件系统、用于实现客户端与服务器之间通信的通信模块和用于修改、增加Shell菜单项及属性页的Shell命令解析器；所述的服务器包括用于组织和管理媒资的媒资管理系统、负责组织和维护整个文件结构并响应客户端发出的文件操作请求的云盘服务器及用于实现媒资管理系统与云盘服务器之间同步的同步模块。 

泛编辑平台的思路是：将服务器端的媒资管理系统中的媒体资源映射到客户端本地的云盘文件系统，使得用户通过本地文件访问API（CreateFile，fopen，fread等）就可以访问到服务器远端的媒体；用户写入到云盘文件系统中的新媒体通过同步机制同步到媒资管理系统中。其中，云盘文件系统负责客户端文件系统驱动的实现，驱动接收第三方应用程序（如各种非编）的文件操作请求，将请求交由云盘服务器处理，然后返回处理结果；Shell命令解析器根据云盘文件系统的特点，增加特别的Shell菜单项和属性页，并修改原有的Shell系统菜单；云盘服务器是一个WebService服务端，负责组织和维护整个文件结构并响应客户端发来的文件操作请求；同步模块将用户上传到云盘的新的文件，根据文件特点自动归档到媒资管理系统中。基于以上结构，客户端的不同种类的非编可以不用知道远端的媒资管理系统的类型，也可以访问到资源。

为了获得保存在服务端的文件信息以及进行文件操作，客户端的云盘文件系统需要与服务端进行网络通信。传统的在内核态进行网络通信的办法是采用TDI（Transport Driver Interface）或者WSK（Winsock Kernel）提供的API函数，这些API支持直接从内核态访问网络，但是使用方式和调用过程比较复杂，也没有现成的网络应用层（如WebService， HTTP， FTP等）可供使用，需要自己重新实现。由于这两点原因，云盘文件系统并没有采用传统的TDI或WSK实现网络访问，而是采用将这些访问请求转向到用户态进行处理，处理完成后再将结果返回到内核态的方法。

其具体的通信流程如下：

1、  启动通信模块，通信模块是一个Windows服务，工作在用户态，通过IOCTL方式不断接收来自内核态的文件系统驱动发出的网络访问请求；

2、  使用磁盘虚拟驱动，虚拟出云盘驱动器；

3、  用户态的第三方应用程序调用Windows子系统提供的各种文件访问api函数（如CreateFile， fopen，WriteFile， fread等）访问虚拟的云盘驱动器中的文件；

4、  Windows系统将用户态的API访问转换成内核态的IRP请求发送给云盘文件系统驱动；

5、  云盘文件系统驱动收到IRP请求后，检查该IRP是否需要进行网络访问，如果需要，首先将该IRP所要操作的读写Buffer映射到通信模块进程的地址空间中，方便通信模块直接访问内存并节省内存交换次数，然后将该IRP放入到一个内部的工作队列当中，当异步工作线程处理到该IRP时，通知等待中的通信模块有一个网络请求需要处理；

6、  通信模块收到请求，根据请求类型，进行相应的网络通信操作（可以调用用户态的多种网络应用层协议），并取得数据；

7、  通信模块取得数据后，将数据通过IOCTL的方式返回给文件系统驱动；

异步工作线程收到数据，将原始IRP标识为完成，然后处理结果返回给第三方应用程序。

传统的Shell菜单拦截的方式是通过BHO或其它办法获得资源管理器界面的窗口句柄，然后修改该句柄对应的WndProc（窗口过程）为另一个WndProc，该过程特别处理WM_CONTEXTMENU， WM_INITMENU等菜单消息，将Shell菜单定制成需要的模式。这种方式有三个不足之处：（1）不能同时兼容多种版本的操作系统，这是由于不同版本的操作系统资源管理器界面的实现的方式不一致，比如Windows XP中文件列表是一个List View，而Windows 7中文件列表则是用DirectUI实现的。（2）不能同时兼容资源管理器和通用对话框，通用对话框与资源管理器一样，也可以进行文件浏览，而修改WndProc的方法需要单独针对通用对话框作特殊处理。（3）拦截处理复杂，如果拦截前需要知道当前Shell选择的文件，并且资源管理器是采用的Direct UI，那么获得文件信息比较困难。

针对以上问题，我们考虑到从另一个角度来进行拦截操作：Shell API。对于Shell菜单的显示，Windows提供了一个COM接口：IContextMenu。如果需要在应用程序中显示Shell菜单，只需要获得这个接口，调用QueryContextMenu方法，就可以获得整个菜单；调用InvokeCommand方法，就可以执行对应的菜单项操作。因此，只需要拦截这个接口中的QueryContextMenu和InvokeCommand方法，就可以达到兼容操作系统、兼容资源管理器和通用对话框定制菜单的目的。

要拦截这两个方法，可以使用API拦截技术， API拦截技术有多种：修改函数入口指令、修改可执行文件导入表等等。修改可执行文件导入表的方法不适用于本方案，这是因为接口方法一般不会出现在导入表中；修改函数入口指令的方法也不能直接使用，这是由于对于同一个接口方法原型，可能有多个具体的函数实现，当修改函数入口指令时，会将多个函数实现重定向到同一个拦截函数中，通常拦截函数需要再次调用原函数实现，而此时却很难区分出当前拦截的是哪一个函数实现。本方案的API拦截是在修改函数入口指令时，根据函数调用约定，为函数手动增加一个参数，这个参数指向的正是原函数。比如stdcall约定（COM接口方法都采用的这个调用约定）的话，就用push指令将原函数地址压入函数参数栈，那么这个新的参数就会作为第一个参数出现在被修改的函数中。

拦截了IContextMenu中的方法后，接下来的问题就是，怎么知道当前菜单是针对哪个文件对象触发的。查看QueryContextMenu和InvokeCommand方法可以知道，这两个方法并没有提供与文件对象相关的参数。我们采取的办法是，进一步拦截获得IContextMenu接口的接口：IShellFolder。IShellFolder中有两个方法可以获得IContextMenu接口：CreateViewObject和GetUIObjectOf。通过拦截这两个接口方法，我们就可以得到文件对象与IContextMenu接口的对应关系，只需要将这个关系记录到一个查找表中，就可以随时查找出IContextMenu所对应的文件对象。

这两个接口方法取得文件对象的方法如下：CreateViewObject方法是给当前文件夹对象创建IContextMenu接口，要获得当前文件夹对象的路径，只需要通过IShellFolder取得IPersistFolder2接口，再调用GetCurFolder方法获得文件夹的ITEMIDLIST，就可以获得文件夹路径；GetUIObjectOf方法是给当前文件夹对象的子文件或文件夹对象创建IContextMenu接口，要获得子文件或文件夹对象的路径，可以使用apidl参数结合IShellFolder::GetDisplayNameOf方法就可以获得。

Claims (3)

1.泛编辑平台，由客户端和服务器组成，其特征在于： 

所述的客户端包括用于发起用户文件操作请求的第三方应用程序、负责客户端文件系统驱动实现的云盘文件系统、用于实现客户端与服务器之间通信的通信模块和用于修改、增加Shell菜单项及属性页的Shell命令解析器；

所述的服务器包括用于组织和管理媒资的媒资管理系统、负责组织和维护整个文件结构并响应客户端发出的文件操作请求的云盘服务器及用于实现媒资管理系统与云盘服务器之间同步的同步模块。

2.根据权利要求1所述的泛编辑平台，其特征在于：所述的通信模块是Windows服务，工作在用户态，通过IOCTL方式不断接收来自内核态的文件系统驱动发出的网络访问请求，根据请求类型调用不同的用户态网络应用层协议进行相应的网络通信操作并取得数据，将数据通过IOCTL方式返回给文件系统驱动，异步工作线程收到数据后标识为完成并将处理结果返回给第三方应用程序。

3.根据权利要求1所述的泛编辑平台，其特征在于：Shell菜单拦截时，所述的Shell命令解析器拦截IContextMenu中的QueryContextMenu和InvokeCommand方法。

Images