CN101472140A - 一种多媒体分发点播系统及其实现方法 - Google Patents

一种多媒体分发点播系统及其实现方法 Download PDF

Info

Publication number
CN101472140A
CN101472140A CNA200710173526XA CN200710173526A CN101472140A CN 101472140 A CN101472140 A CN 101472140A CN A200710173526X A CNA200710173526X A CN A200710173526XA CN 200710173526 A CN200710173526 A CN 200710173526A CN 101472140 A CN101472140 A CN 101472140A
Authority
CN
China
Prior art keywords
media
server
module
client
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA200710173526XA
Other languages
English (en)
Other versions
CN101472140B (zh
Inventor
张明伟
卢文滨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai MCG Corporation
Original Assignee
SHANGHAI GAOXIANG ADVERTISING TRANSMISSION CO Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SHANGHAI GAOXIANG ADVERTISING TRANSMISSION CO Ltd filed Critical SHANGHAI GAOXIANG ADVERTISING TRANSMISSION CO Ltd
Priority to CN200710173526XA priority Critical patent/CN101472140B/zh
Publication of CN101472140A publication Critical patent/CN101472140A/zh
Application granted granted Critical
Publication of CN101472140B publication Critical patent/CN101472140B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种多媒体分发点播系统及其实现方法。所述系统是一个旨在基于公共网络发布和管理媒体文件并控制媒体播放系统,可以实现基于因特网和企业内部网络及单机的多媒体播放。该系统包括:一控制装置、一交换机、一负责媒体文件的存储,上传和下传的媒体存储服务器、一媒体播放列表服务器、一数据库、若干个客户机以及与上述客户机分别相连的媒体播放装置。所述系统的实现方法包括客户机通过交换机与媒体播放列表服务器通信联络并进行用户注册;对媒体进行编辑和管理;注册的客户端与媒体播放列表服务器通信联络等。本发明所述多媒体分发点播系统以及实现方法能通过远端网络进行有效的控制和监控等,减少人力维护和监控客户端。

Description

一种多媒体分发点播系统及其实现方法
技术领域:
本发明涉及网络数据传输和多媒体文件点播技术领域,特别涉及一种多媒体分发点播系统及其实现方法。
背景技术:
随着市场经济的发展,各种媒体信息(特别是广告信息)的发送方式越来越手动重视。市场上现有的播控系统只能进行简单的单机播放,制定一定顺序的播放列表之后循环播放,并不能有效的控制一个媒体在某个时间段播放的频率,不能自动按照一定的规则编播播放列表,不能通过远端网络进行有效的控制和监控等,需要大量的人力维护和监控客户端。
发明内容:
本发明所要解决的技术问题是提供一种多媒体分发点播系统,该系统是一个旨在基于公共网络发布和管理媒体文件并控制媒体播放系统,可以实现基于因特网和企业内部网络及单机的多媒体播放。
为了解决上述技术问题,本发明提供的多媒体分发点播系统,包括:一控制装置、一交换机、一负责媒体文件的存储,上传和下传的媒体存储服务器、一媒体播放列表服务器、一数据库、若干个客户机以及与上述客户机分别相连的媒体播放装置,上述数据库、媒体播放列表服务器、媒体存储服务器依次通信连接并通过上述交换机接入公共网络;上述媒体播放列表服务器用于发布、修改和删除媒体播放列表,管理客户端电脑的媒体文件,控制客户端电脑的行为以及收集客户端电脑的运行情况以及为控制台的管理功能提供相应的接口;所述控制装置通过公共网络与媒体列表服务器相连,使得控制装置的管理员可以通过该公共网络对上述媒体列表服务器实施策略管理;上述任一客户机通过公共网络与媒体列表服务器相连,并且还与不同的媒体播放装置数据传输连接;所述控制装置包含若干的控制台,由管理员操作,用于查看和管理程序连接在媒体播放列表服务器上的程序。
进一步所述媒体播放列表服务器包含有一用户管理模块、一通讯连接模块、一逻辑功能模、一数据库连接模块、一配置信息模块、一用户界面模块、一通知报警模块、一媒体文件管理模块、一自动升级模块和一心跳检测模块。
进一步所述客户机包含有通讯连接模块、逻辑功能模、XML解析模块、媒体播放模块、图片播放模块、屏幕区域播放接口、字幕播放模块、媒体文件管理模块、自动升级模块和心跳检测模块。
上述通信连接采用AFC协议,其设置的协议规范为:所有的收发数据分为两种:基本数据帧(通讯基本数据)和AFC调用数据帧。
本发明还提供一种实现多媒体分发点播方法,该方法包括下列步骤:
客户机通过交换机与媒体播放列表服务器通信联络并进行用户注册,注册信息储存在媒体存储服务器中;
对媒体进行编辑和管理;
注册的客户端与媒体播放列表服务器通信联络,可根据媒体播放列表服务器中的列表将媒体存储服务器中相应的媒体信息进行播放:
首先运行客户端程序:系统启动时启动运行;
然后运行媒体播放程序(客户端可自动启动);
设定播范个时间和播放持续时间的定时控制步骤;
检测当天的媒体播放列表是否有从服务器发送过来的适合当天播放的播放列表;如没有,则返回定时程控制步骤;如有播放列表,检测是否到达其中几个媒体的播放时间;如没有,则返回检测当天的媒体播放列表步骤。如有,则进行媒体播放;
如全部播放完毕,则生成终结指令,提交到媒体播放器程序,停止播放;
没有播放完毕,则生成播放指令,提交到媒体播放器程序,进行播放;
由客户端程序会定时检测媒体播放器程序是否正确运行,如果不正常,则返回继续进行媒体播放:反之,则回到定时控制步骤。
进一步,所述用户注册步骤包含下列步骤:
打开系统中的控制台;
用管理员的身份通过选择文件菜单下的登录系统项进行系统登录;
连接媒体播放服务器:.若登录未成功则跳回到原界面重新登录:以及
若登录成功则选择管理菜单下的用户管理进行用户的添加和删除。
所述媒体编辑和管理包括文件上传流程与文件下发流程。
所述上传流程可包括下列步骤:
打开系统中的媒体播放控制台程序,用系统管理员或媒体管理员身份登录服务器;以及
通过选择文件菜单下的媒体管理工具项进行添加/删除媒体并提交到文件服务器。
所述下传程序如下:
打开系统中的媒体播放控制台程序,用系统管理员或媒体管理员身份登录服务器,通过选择规则管理菜单下规则菜单项来添加/修改/管理规则,接着通过选择播放列表管理菜单下播放列表项进行编辑播放列表,然后通过选择播放列表菜单下发布播放列表项进行播放列表发布,最后通过选择需要发布到的客户端计算机以及需要发布的时间段;之后客户端就能自动下载媒体文件。
本发明提供的多媒体分发点播系统及其实现方法,具有下列优异的技术效果:
1.软件要求C/S模式,整体由四个部分组成,媒体存储服务器,媒体播放列表服务器、控制台和客户端,都可以独立运行在不同的电脑上,媒体存储服务器,媒体播放列表服务器、控制台三者也可以同时运行在一台服务器上。
2.可以采用SQL Server 2005数据库保存用户信息,媒体播放列表,客户端数据等。
3.在英特网上运行,媒体文件可以通过FTP上传到媒体存储服务器上,或者通过FTP下发到客户端,允许文件的断点续传,需要验证文件的完整性。
4.权限部分分为系统管理员和媒体列表管理员两类。不同身份的管理员登录控制台,只允许管理该权限设定允许的内容。其中:
系统管理员:用户管理,媒体管理,系统管理等
媒体列表管理员:只能发布,修改,删除一台/组客户端电脑上的媒体列表和媒体文件
最终用户:可以上传,可以看到报表。
5.管理员可以通过控制台对客户端发布,修改,删除媒体播放列表。
6.客户端可以实时检测媒体播放列表,并且按照最新的媒体播放列表,调用WindowsMedia Player以及其它媒体播放器全屏或者以指定的分辨率播放多媒体节目。
7.允许一个或者多个客户端插播重要节目和字幕。
8.对于播放列表中本地没有的媒体文件,客户端会自动从服务器下载(允许节目分类别保存)。并且在下载期间播放由控制台指定的其他本地已经存在的节目。下载完毕后,无缝自动按照节目单规定的时间播放。
9.同样的节目源允许设置多种规格,不同的客户端可以设置分发不同规格的节目。
10.控制台可以查看,删除客户端已经存在的所有媒体节目文件,并且可以制定相应的删除规则,比如:清除最后播放时间在10天前的所有媒体文件。
11.服务器和客户端的传输数据需要加入签名模块,确保内容是认证服务器传过来的。
12.服务器和客户端加入心跳检测模块,确保长时间的稳定运行,即使出现故障也能及时恢复。
13.客户端电脑能够自动定时开关机,并且开关机时间可以通过控制台设定。
14.客户端电脑可以分组管理。
15.完善的错误处理机制,对于客户端电脑的连接,下载的文件,出现的问题,发生的错误等等重要事件,都能及时的生成日志并且传送回服务器,保存到数据库中,方便及时查询。
16.可以根据客户端日志,设置警报功能,及时通知管理人员。
17.需要和LED的控制设备能够相互配合,使得客户端可以在LED上进行播放。
18.客户端可以自动升级。
附图说明
图1是本发明提供的一种多媒体分发点播系统的结构结构。
图2是媒体存储服务器的结构示意图。
图3是媒体播放列表服务器的结构示意图。
图4是本发明提供的系统的用户注册流程图。
图5是本发明提供的系统的文件编辑和管理流程图。
图6是本发明的系统的从服务器到客户端的文件下发流程图。
图7是系统的媒体播放的整体流程图。
具体实施方式
下面参照附图,对本发明做详细描述。
参见图1,本发明的系统包括:一控制装置1、一交换机2、一媒体存储服务器3、一媒体播放列表服务器4、一数据库5、若干个(例如3个)客户机6A、6B、6C以及与上述客户机分别相连的媒体播放装置7A、7B、7C。
数据库5(可采用SQL 2000)、媒体播放列表服务器4、媒体存储服务器3依次通信连接并通过交换机2接入公共网络例如因特网(Internet)。上述数据库5,媒体播放列表服务器4和媒体存储服务器3都可以安放在企业内部机房。
控制装置1有若干个控制台,例如1A和1B,是作为整个系统中枢的任务处理器(该处理器指微机,如台式机或笔记本电脑),可以安放在任何一个连通Internet的场所,通过网络连接到媒体列表服务器4。管理员通过控制台A和B实施策略管理。
客户机A、B、C(即包含客户端应用程序的客户端)可以安放在任何一个连通Internet的场所,通过网络连接到媒体列表服务器4和媒体存储服务器3,并且还与不同的媒体播放装置7A、7B、7C(如电视墙、大尺寸液晶显示器等)数据传输连接。
媒体存储服务器3主要负责媒体文件的存储,上传和下载服务。媒体播放列表服务器4用于发布、修改和删除媒体播放列表,管理客户端电脑的媒体文件,控制客户端电脑的行为以及收集客户端电脑的运行情况;以及为控制台的管理功能提供相应得接口。控制台1A、1B主要提供了一个管理员操作的平台,用于该系统一切事务的查看和管理的程序。该程序连接在媒体播放列表服务器上。客户端程序安装在每一台需要被管理的客户机6A、6B、6C上,用于提供管理功能的接口。该程序连接在媒体播放列表服务器4上,如果需要下载媒体,则直接连接到媒体存储服务器上。
媒体存储服务器3作为用来存储多媒体文件的网络设备,目前存储的多媒体文件的格式可包括PPT,WMV,AVI,JPG,GIF,BMP,MP3,WMA共8种,并提供这些文件的上传,下载和删除;并且允许文件分类保存。通常需要满足下列应用环境:
1.文件体积较大,多媒体文件一般几兆到几十兆不等。
2.文件时效性较强,需要多点客户端同时下载。
3.文件内容公开化,无须保密,可以明文传输。
4.在网络不好的条件下,允许断点续传。
5.要求下载服务非常稳定。
本发明选用一款常用的FTP服务器;同时还需要有一个监视程序同时运作,用以监视FTP服务器是否正常工作,如果意外停止,需要重新启动FTP服务器程序,并且需要向数据库写入该事件。
参见图2,媒体存储服务器3设有FTP服务器模块301、FTP服务器监视程序模块302及数据库模块303。上述三个功能模块通过标准的TCP/IP协议进行相互间的数据连接。FTP服务器模块采用体积小巧,功能强大的FileZilla Server 0.9.18版FTP服务器。FTP服务器监视程序模块为用VC++编写的设置在媒体存储服务器中的一个确保服务器运行正常的监视程序。数据库模块为直接通过ADO方式连接监视程序的Microsoft SQL 2005数据库。另外,该服务器设有用来手工维护的远程桌面控制器,或者安装有类似PcAnywhere远程控制软件,方便管理。
媒体列表服务器4是整个系统的核心组成部分。它的主要功能分为4个方面:和数据库连接,提供数据库操作接口;和客户机6A、B、C连接,从客户端收集数据,发送指令给客户机6A、B、C执行;和控制台1A、1B连接,提供控制台管理功能的接口;和媒体存储服务器连接,管理媒体服务器上的文件。
参见图3,媒体播放列表服务器4设有用户管理模块401、通讯连接模块402、逻辑功能模403、数据库连接模块404、配置信息模块405、用户界面模块406、通知报警模块407、媒体文件管理模块408、自动升级模块409和心跳检测模块410等十个模块。
上述这些模块的数据连接关系如下:
用户管理模块401分别与通讯连接模块402、逻辑功能模403、数据库连接模块404、配置信息模块405和用户界面模块406相连。
通讯连接模块402分别与用户管理模块401、逻辑功能模403、配置信息模块405、通知报警模块407、媒体文件管理模块408和自动升级模块409相连。
逻辑功能模403分别与用户管理模块401、通讯连接模块402和用户界面模块406相连。
数据库连接模块404分别与用户管理模块401和通知报警模块407相连。
配置信息模块405分别与用户管理模块401、通讯连接模块402、用户界面模块406、通知报警模块407、媒体文件管理模块408、和心跳检测模块410相连。
用户界面模块406分别与用户管理模块401、逻辑功能模403、配置信息模块405和媒体文件管理模块408相连。
通知报警模块407分别与通讯连接模块402、数据库连接模块404和配置信息模块405相连。
媒体文件管理模块408分别与通讯连接模块402、配置信息模块405和用户界面模块406相连。
自动升级模块409分别与通讯连接模块402、数据库连接模块404和配置信息模块405相连。
心跳检测模块410分别与配置信息模块405相连。
以下具体描述各功能模块:
(一)用户管理模块401:
该模块负责用户认证和权限管理,用户分为3种:系统管理员,媒体列表管理员,普通用户
I.系统管理员:
(1)允许添加,修改和删除用户,用户信息包括:用户名,用户密码,用户权限,用户关联计算机组(只对媒体列表管理员和普通用户有效),公司,备注;
(2)允许添加,修改和删除公司,公司信息包括:公司名,公司用户列表,备注;
(3)允许管理客户端自动开关机时间(设置/取消);
(4)设置系统运行参数,包括:数据库连接信息,数据库处理线程数(连接数),业务处理线程数,临时目录,心跳检测时间间隔,服务器监听地址,端口(默认端口2777)和管理端口(默认端口2778),报警邮件地址,FTP服务器信息(地址,用户),分辨率种类,客户端自动升级目录,注:有些在服务器端设置;
(5)允许添加,修改和删除计算机组;
(6)允许添加和删除客户端计算机到组;
(7)允许删除计算机(仅仅用于移掉不再使用的客户端计算机);
(8)允许对组的管理(移动,排序);
(9)允许设置计算机分辨率;
(10)允许查看系统日志;
(11)允许查看操作日志;
(12)包括媒体列表管理员的所有权限。
II.媒体列表管理员:
(1)允许对每一组/台客户端计算机添加,修改和删除媒体播放列表:单个媒体或目录或虚拟组,规定播放长度,播放规则(循环,单次),说明:计算机原则上只能播放分辨率一致的内容,但也允许强制播放不同分辨率的内容;
(2)允许新建FTP扫描目录;
(3)允许刷新扫描FTP目录;
(4)允许对媒体文件信息管理,包括:类别(自动生成),分辨率,公司,备注
(5)允许对FTP目录媒体文件编虚拟媒体文件组(必须是同样分辨率的媒体内容),并加以管理;
(6)允许对每一组/台客户端计算机设置播放媒体下载未完成规则(重复播放上一个媒体,跳过此媒体文件,播放指定媒体文件,不播放任何文件),此文件下载完成后的规则(中止正在应急的媒体文件,等待应急的媒体文件播放完成后继续播放,不做任何响应)
(7)设置长时间未播放媒体策略(超过多少天未播放媒体删除);
(8)允许管理客户端计算机上的媒体文件:查看(名字,公司,长度,类别,最后播放时间),删除;
(9)允许对一组/台客户端计算机添加插播字幕(字幕高度),插播媒体:媒体类别,媒体内容,循环播放次数/时间,等上一个媒体播放完成后播放或者直接播放,如果有上一个插播节目未完成的话是直接插播或者等待上一个插播节目完成;
(10)允许设置目标计算机的媒体播放装置(LED显示墙或者本地监视器);
(11)包括普通用户的所有权限。
III.普通用户:
(1)允许登录到控制台,查看对应计算机/组的媒体规则。
(二)通讯连接模块402:
该模块负责和控制台,客户端通讯,并采用AFC通讯协议。
(三)逻辑功能模块403:
该模块负责核心逻辑功能处理,所有控制台/客户端发送来的AFC请求和应答,都在该模块中处理。
(四)数据库连接模块404:
该模块负责和数据库连接,同时负责写入/读取数据库数据,采用ADO连接数据库,该功能也包含在AFC库中。
(五)配置信息模块405:
采用XML作为配置文件的格式,基于通用性和易用性的角度考虑,采用libxml库作为XML格式的接口。该模块的作用是提供一个配置文件接口,用于保存和客户端计算机相关的内容和设置信息到本地文件中,并且用于和控制台,客户端传送某些指令或数据。
(六)用户界面模块406:
由于媒体列表服务器被设计为一个服务程序,需要有一个基本的互交界面,启动,停止服务,以及设置系统参数,该界面模块实际上类似于一个客户端,但是连接到管理端口(默认为:2778,服务器程序启动后,管理端口即开启),同样基于AFC通讯协议设计。
(七)通知报警模块407:
该模块用于在发生一些紧急事务时,能及时的告知相关管理人员。通知和报警主要分为两部分,控制台屏幕消息和电子邮件系统。
在发生如下事件时会发出报警信息:
1.媒体列表服务器程序意外终止或无法响应;
2.媒体文件服务器FTP服务无法连接或无法响应;
3.客户端电脑长时间未连接(时间可以设置);
4.客户端电脑意外重启;
5.客户端程序意外终止或无法响应;
6.数据库服务器无法连接;
7.客户端电脑调用播放软件发生严重错误。
(八)媒体文件管理模块408:
该模块主要负责和媒体存储服务器上的FTP服务器通讯,下载文件列表,删除过期文件
(九)自动升级模块409:
该模块会定时监测位于FTP服务器指定目录下的最新版客户端程序,并且记录下最新的客户端文件版本。在客户端程序每次连接到服务器时都会和这个基准版本比对,当客户端程序版本低于此版本时,服务器会要求客户端下载此最新版本文件,并且让客户端退出,完成自动升级后,再次打开新客户端程序。
(十)心跳检测模块410:
该模块是一个单独存在的服务程序,主要是为了能够在服务器意外出错退出或者无法响应时,主动的关闭该服务器程序,并且另外启动一个服务器程序,确保系统的平稳运行。
控制台1A、1B是整个系统的用户互交部分,它为整个系统地管理提供了一个人性化的操作界面。该控制台根据实际设计需求设有通讯连接模块101、逻辑功能模块102、配置信息模块103和用户界面模块104四个功能模块。以下具体描述各功能模块:
(一)通讯连接模块101:
该模块负责和媒体列表服务器通讯,采用AFC通讯协议。
(二)逻辑功能模块102:
该模块负责处理和媒体列表服务器通讯中的AFC请求和应答。
(三)配置信息模块103:
该模块负责发送,解析和服务器通讯过程中的XML配置信息。
(四)用户界面模块104:
该模块负责和用户互交信息,设计上分成四块:
(1)菜单工具栏部分:
该部分主要是所有系统功能的分类显示,对于一些较常用的功能,放在工具栏上。详见表1:
Figure A200710173526D00101
Figure A200710173526D00111
表1
(2)导航条部分
该部分主要分类显示和操作计算机/组(名字),计算机/组(IP),详见表2:
 
弹出菜单区域 弹出菜单项 功能描述
导航条-计算机(名,IP) 新建组 新建一个组
删除组 删除一个组
计算机或组更名 修改计算机或组的显示名
删除计算机 删除一台计算机
属性 查看/修改计算机属性,例如:分辨率,自动开关机时间,下载未完成规则,长时间未播放媒体自动删除规则,播放媒体列表策略,播放设备(LED,Monitor)
展开 展开选中的计算机树
闭合 闭合选中的计算机树
全部展开 全部展开选中的计算机树
全部闭合 全部闭合选中的计算机树
向上调整 向上调整计算机/组
向下调整 向下调整计算机/组
移动到… 移动某一台计算机/组到另一组
升序排列 升序排列选中的组下内容
降序排列 降序排列选中的组下内容
表2
(3)主窗口部分
该部分用于显示和完成主要功能(媒体列表)
(4)状态栏部分
该部分主要是提示当前选择功能的描述,以及显示一些系统状态。
客户机6A、6B、6C是安装在每一台客户端电脑上,接收服务器传过来的指令,依照指令做出相应的动作,对客户端电脑全方位进行控制和监视的程序。该客户端根据实际设计需求设有通讯连接模块601、逻辑功能模602、XML解析模块603、媒体播放模块604、图片播放模块605、屏幕区域播放接口606、字幕播放模块607、媒体文件管理模块608、自动升级模块609和心跳检测模块610等十个模块。以下具体描述各功能模块:
(一)通讯连接模块601:
该模块负责和媒体列表服务器通讯,采用AFC通讯协议。
(二)逻辑功能模块602:
该模块负责核心逻辑功能处理,所有服务器发送来的AFC请求和应答,都在该模块中处理。
(三)XML解析模块603:
该模块的作用是提供一个接口,用于解释服务器发送过来的XML格式内容,保存到本地,用于万一和服务器断开连接之后,仍然能够正常地运行和播放内容。
(四)媒体播放模块604:
该模块用于和各种媒体播放软件整合,统一各个模块的播放接口(目前包括WindowsMedia Player 10.0和PowerPoint 2003),同时提供这些播放接口来用于播放各种不同的媒体(WMV,WMA,MP3,AVI,PPT)。
(五)图片播放模块605:
该模块主要显示BMP,GIF,JPG格式图片,并且提供统一的播放接口。
(六)屏幕区域播放接口606:
该接口主要用于区域混播,不仅用于字幕播放,还可以搭载其他控件,用于播放天气预报、时间等文字信息,也可用于显示图像或动画。
(七)字幕播放模块607:
该模块主要负责按照要求的显示字幕(内容,高度,滚动速度等),并且和媒体播放模块很好的配合。该模块将做成一个控件,实现一个接口,用于在媒体播放装置7A、7B、7C上显示内容。
(八)媒体文件管理模块608:
该模块主要负责管理本地媒体文件,把文件分为5类:
1.完好的文件
2.需要下载的文件
3.正在下载的文件
4.需要校检得文件
5.需要删除的文件
它的主要功能:
1.根据媒体列表,和媒体存储服务器上的FTP服务器通讯,下载文件。
2.并且如果下载不完全,能够断点续传。
3.全部下载完毕后,可以根据MD5码校检文件是否完整,如果不完整,重新下载此文件。
4.可以删除本地媒体文件。
(九)自动升级模块609:
该模块会在服务器要求客户端升级的情况下,主动到位于FTP服务器指定目录下下载所有的最新版客户端程序文件,完成MD5校检,并且在下载完成后,启动另一个自动升级程序,然后退出客户端程序,等自动升级程序全部复制完新程序后,重新启动新的客户端程序。
(十)心跳检测模块610:
该模块是一个单独存在的服务程序,主要是为了能够在客户端程序意外出错退出或者无法响应时,主动的关闭该客户端程序,并且另外启动一个客户端程序,确保系统的平稳运行。原理是这样的:在客户端程序的事务处理线程和主线程中,每隔一段时间就会发送一个消息到这个服务程序,服务程序在一定时间内没有收到客户端的消息,或者只有某一个线程的消息,那么说明客户端程序运行出现了问题。杀掉客户端程序,并且重新启动;如果程序无法关闭,那么强制重启动电脑;并在此之前把这个事件记录一个文件中,等客户端再次连接到服务器时会自动发送这个事件。
上述模块质检的通信采用AFC协议。包含AFC协议和AFC库的通信协议设置:
协议规范如下:
所有的收发数据分为两种,基本数据帧(通讯基本数据),AFC调用数据帧(真正的数据内容)。
每一个数据包都必须包含数据头,数据头格式:
struct_frame_head_t
{
BYTE byHead;//必须是0x11
DWORD dwLength;//整个数据包的长度,包括此结构
BYTE byType;//0x01:基本数据帧;0x04:AFC调用数据帧
DWORD dwReserved;//保留字段,一般为0在AFC调用数据帧中最低位可以表示该数据包是否加密
}
(1)基本数据帧格式
在紧接着_frame_head_t的结构数据后面跟着的第一个字节决定着数据帧的类型(即以下各数据结构中的byHead字段)。
请求连接:
服务器发送
struct_ini_ask_stru
{
   BYTE byHead;//必须是0x55
   BYTE byType;//0x01:如果此连接需要验证客户端,0x00:不需要验证
   BYTE byEnocdeType;//暂时没什么用处,设置为1
   BYTE byVersion;//版本,为2
   DWORD dwReserved;//保留字段,为0
}
应答连接请求:
客户端发送
struct_ini_rpy_stru
{
   BYTE byHead;//必须是0x56
   BYTE bySupport;//0xFF:支持该服务器,0x00:不支持该服务器
   BYTE byAfcFlag;//最低位必须置1,最低第二位表示是否在AFC中应用了加密模块
   BYTE byType;//必须是0
   BYTE byReserved[14];//保留字段,必须是0
}
最终连接应答:
服务器发送
struct_ini_acc_stru
{
   BYTE byHead;//必须是0x57
   BYTE byAccept;//0x00:表示服务器接受此客户端连接,其他数值表示拒绝连接的错误代码
   BYTE byErrDescription[200];//拒绝连接的错误描述
   BYTE byFeature;//表明服务器所支持的功能,最低位表示该服务器支持AFC数据帧
   BYTE byReserved[15];//保留字段,必须是0
}
如果之前客户端的请求byAfcFlag中允许服务器加密,那么紧接着这个结构体,服务器需要发送一个SessionKey给客户端,该SessionKey允许由客户端和服务器自定义
以上三种基本数据帧表示了整个连接的建立过程,
1.由服务器向客户端发送_ini_ask_stru数据包
2.由客户端向服务器发送_ini_rpy_stru数据包
3.由服务器向客户端发送_ini_acc_stru数据包(根据情况,可能还跟着SessionKey)
此时,双方连接完成建立。此外如果服务器需要认证客户端,还有两种基本数据帧用于辅助连接,
查询客户端用户信息:
服务器发送
struct_ini_userinfo_stru
{
   BYTE byHead;//必须是0x01
}
应答客户端用户信息:
客户端发送
struct_ini_userinfo_rpy_stru
{
   BYTE byHead;//必须是0x0C
}
紧接着这个结构体,客户端可以发送自定义用户认证数据,一般是用户名和密码,可能也有其他的信息。值得注意的是,一般来说基本数据帧的数据都是不经过加解密模块的,但这是一个例外,用户认证数据是允许加密的。如果之前设置了双方通讯数据加密,那么在收发这个认证数据时会调用相应的加解密模块。
客户端用户确认:
服务器发送
struct_ini_real_accept_stru
{
   BYTE byHead;//必须是0x0D
}
一旦服务器发送了这个数据包,说明了双方经过了用户认证,连接是可信的。到此为止,所有的连接相关的基本数据帧都介绍完毕了。还有两个用于检查连接是否保持建立的基本数据帧,
检查连接是否保持建立:
客户端发送
struct_ini_keep_connect_stru
{
   BYTE byHead;//必须是0x05
}
应答连接保持建立:
服务器发送
struct_ini_keep_connect_res_stru
{
   BYTE byHead;//必须是0x0E
}
(2)AFC调用数据帧格式
所谓AFC调用,实际上是(Advanced Function Call)的缩写,我设计这个格式的最初目的是希望网络上的调用也能像一般本地函数调用一般,可以自己定义不同功能的函数名和参数类型,调用完毕后,函数可以返回指定格式的结果;而对于调用者来说,此函数的内部是不可见的,类似于黑匣子。需要注意的是这个协议仅仅定义了一个调用规范,调用可以是由客户端发起,服务器应答;也可以是服务器发起,客户端应答。下面具体说明:
每一个AFC调用数据帧都受到加密模块的影响,以下的内容都是在解密以后的格式。
AFC调用数据帧都必须额外包含一个数据头,
struct_afc_head_t
{
   DWORD dwLength;//AFC数据帧的长度,包括此结构
   BYTE byCompressMethod;//压缩模式,最低第1位0表示此数据包没有压缩,1表示此数据包经过                       了压缩处理;最低第2位置1表示即使在应答的时候此数据包也不准被                 压缩;最低第3位置1表示在应答的时候此数据包需要强制被压缩,其                 它位保留,目前需要置0
   BYTE byType;//0:这是一个请求数据,1:这是一个应答数据
   WORD wFlag;//该版本中置0
   WORD wReserved;//必须为0
}
如果byCompressMethod指名了此数据包是经过了压缩的,那么首先需要解压缩,在本协议中压缩方式为原始数据长度(4字节)+标准的ZIP压缩方式。
解压缩后分为两种类型分别讨论:
1.请求数据
struct_afc_request_t
{
   DWORD dwIdentity;//用于一对请求/应答数据包的标示
   DWORD dwParamNumber;//此请求的参数数目
   _afc_unit_t auName;//请求的名称,相当于函数名(大小写敏感)
                      //_afc_unit_t参数1
                      //_afc_unit_t参数2
                      //.......................
                      //_afc_unit_t参数dwParamNumber
}
2.应答数据
//Response head for AFC,follow_afc_head_t
struct_afc_response_t
{
   DWORD dwResult;//返回结果,0:成功,其它表示错误代码
   DWORD dwIdentity;//用于一对请求/应答数据包的标示,应该等于请求调用的dwIdentity
   DWORD dwResultNumber;//返回结果数目
                    //_afc_unit_t结果1
                    //_afc_unit_t结果2
                    //.......................
                    //_afc_unit_t结果dwResultNumber
}
其中_afc_unit_t结构是为了设计可以传输任意的数据类型而作,定义如下:
struct_afc_unit_t
{
   DWORD dwLength;//数据长度
   BYTE byData[0];//数据内容,byData[dwLength]
}
另外,在这个库中还额外的加了一些基本的SQL调用内容,就不在这里熬述了,可以参见相关附件。
上述系统中的软件采用VC++编制,编译环境为Microsoft Visual Studio.Net 2005。
运行时,客户端操作系统:Windows XP Professional Sp2,服务器操作系统:Windows 2003Server Enterprise Edition R2,数据库:Microsoft SQL Server 2005。
整个系统的客户端所连接的显示设备通常是单个或多个拼接的LED显示墙。所采用的媒体播放器:Windows Media Player 11、JPG/GIF、PPT;Flash Player。
此外,本系统采用TCP/IP协议开发,在客户端、控制台和媒体播放服务器之间没有采用特定的通讯协议。在客户端、控制台和媒体文件服务器之间管理媒体文件(包括上传,下载,删除等)采用了FTP协议。
媒体播放列表是整个系统的核心,播放列表采用XML格式。定义了客户端计算机播放媒体文件的时间,顺序以及内容。控制台程序通过播放列表编辑工具,可以把添加到系统中的公益广告媒体/商业广告媒体/商业广告规则按照任意的顺序组合成一个或多个播放列表,并保存到服务器数据库中。然后控制台程序可以通过分发不同的播放列表到不同的客户端计算机的不同时间段上,实现不同的客户端计算机可以在不同的时间范围内播放不同的内容。
一个典型的播放列表如下:
<?xml version=″1.0″encoding=″GB2312″?>
<playlistrule>
<time ruletype=″std″start=″06:00:00″end=″21:59:59″>
<rule comment=″PUB″name=″adname1″length=″00:00:30″as=″1″type=″MPG″id=″1″url=″ftp://xxx.com/xxx/xxx.mpg″/>
<rule comment=″COM″name=″adname2″length=″00:00:30″as=″1″type=″AVI″id=″2″url=″ftp://xxx.com/xxx/xxx.avi″/>
</time>
</playlistrule>
Playlistrule是root元素,一个播放列表文件只能包含一个playlistrule元素
Time元素是时间段元素,一个播放列表文件只能包含一个time元素,其中的start/end属性说明了这个播放列表的开始时间点和结束时间点
Rule元素是具体的播放媒体内容,一个time元素可以包含多个rule元素,每一个rule元素就是一个需要播放的媒体文件,comment属性指出了time元素的类型(PUB:公益,COM:商业,RUL:规则),name属性指出了广告名称,length属性指出了此媒体播放的长度,as属性指定了一旦length属性设定的长度到达之后,如果媒体仍然没有播放完毕是否要截断此媒体的播放,type属性指定了媒体文件的类型,id属性标明了这个媒体在系统中的唯一编号,url属性说明了媒体下载的地址和文件名。
另外,考虑到整个项目的媒体列表服务器,控制台,客户端这三个部分,需要设计一个安装程序,以便安装到多个电脑上。
所以,安装程序使用Inno Setup 5做,这也是一个自由软件。由于可以支持安装脚本,功能非常强大,比一些常用的商业安装程序制作软件定制性都要强。该软件目前版本是5.1.7,可以在http://www.jrsoftware.org/isinfo.php获得详细信息。
以下为上述技术设置时涉及到的第三方程序或库:
Libxml 2.6.26
该库是一个著名的XML操作库,GNOME中就采用了它作为XML的库。功能强大而实用,性能稳定。为自由软件,提供源代码,可以自由修改、分发,没有版权关系。软件地址:http://xmlsoft.org
Iconv 1.9.2
该库是一个编码转换库,用于unicode编码和多字节编码之间的互相转换,在Libxml中也有使用到。为GNU软件,提供源代码,需要遵循GNU版权规则,软件地址:http://www.gnu.org/software/libiconv/
Wget 1.10.2
该程序是一个著名的HTTP/FTP下载命令行工具,功能强大,很多Linux中都包含了这个程序,也是一个GNU软件,提供源代码,需要遵循GNU版权规则,软件地址:http://www.gnu.org/software/wget/
Zlib 1.2.3
该库是一个用于处理ZIP压缩内容的库,并且几乎是该领域内唯一的选择。为自由软件,提供源代码,可以自由修改、分发,没有版权关系。软件地址:http://www.zlib.net/
FileZilla Server 0.9.18
该软件是一个FTP服务器程序,功能强大,便于配置,同时有图形管理界面和日志。是一个GNU软件,提供源代码,需要遵循GNU版权规则,软件地址:http://sourceforge.net/projects/filezilla/
Crypto++5.2.1
一个很好的加解密类库,提供了多种算法的实现,提供源代码,基本上是一个自由软件,需要遵循它自己的版权规则,软件地址:http://www.eskimo.com/~weidai/cryptlib.html
GuiToolKit Lib 1.1.5
一个非常不错的界面类库,用于控制台的界面设计中,更重要的是它是一个自由程序,提供源代码,可以自由修改、分发,没有版权关系。软件地址:http://www.beyondata.com/
Windows 2003自带的FTP程序
该程序用于基本且简单的FTP操作,版权包含在Windows软件中,可以用ftp.exe-h来查看帮助信息,在Windows的帮助和支持中心中也有相关内容
Inno Setup 5(包括一些插件)
一个非常不错的安装程序制作工具软件,当前最新版本是5.1.7,属于自由软件,没有版权问题。关于该软件的详细信息可以在http://www.jrsoftware.org/isinfo.php获得。
AFC库
该库是一个用于服务器和客户端通讯和数据库访问的程序,包含了AFC3.DLL(用于服
AFC调用数据帧格式能像一般本地函数调用一般,可以自己定义不同功能的函数名和参数类型,调用完毕后,函数可以返回指定格式的结果;而对于调用者来说,此函数的内部是不可见的,类似于黑匣子。需要注意的是这个协议仅仅定义了一个调用规范,调用可以是由客户端发起,服务器应答;也可以是服务器发起,客户端应答。
该通信协议具有如下优点:
1.具有比较强大的可定制性和通用性;
2.使用完成端口收发服务器端数据包,在Windows系统上有比较高的性能;
3.支持加密协议;
4.支持SQL数据库;
5.有一定的错误处理能力。
此外,本系统还涉及的技术参数与内容如下:
客户端可采用操作系统:Windows XP Professional Sp2
服务器操作系统可采用:Windows 2003 Server Enterprise Edition R2
数据库可采用:Microsoft SQL Server 2005
显示设备:LED显示墙(单个或多个拼接)
媒体播放器:Windows Media Player 11、JPG/GIF、PPT;Flash Player。
本系统采用VC++编制,编译环境为Microsoft Visual Studio.Net 2005。
现面参照参见图4、图5、图6和图7,对本发明的多媒体分发点播系统的工作过程进行描述。
参见图4,用户注册流程包括下列步骤:
打开系统中的控制台21;用管理员的身份通过选择文件菜单下的登录系统项进行系统登录22和23;连接媒体播放服务器3的步骤24.若登录未成功则跳回到原界面重新登录,若登录成功则选择管理菜单下的用户管理进行用户的添加和删除(步骤25和26)。
媒体编辑和管理流程包括文件上传流程与文件下发流程两个过程。
参见图5,文件上传流程为:打开系统中的媒体播放控制台程序步骤31;用系统管理员或媒体管理员身份登录服务器步骤32;通过选择文件菜单下的媒体管理工具项进行添加/删除媒体并提交到文件服务器(步骤32、33和34),完毕后关闭媒体管理工具36。
参见图6,文件下发流程为:打开系统中的媒体播放控制台程序(步骤41);用系统管理员或媒体管理员身份登录服务器(步骤42);通过选择规则管理菜单下规则菜单项来添加/修改/管理规则(步骤43和44);接着通过选择播放列表管理菜单下播放列表项进行编辑播放列表(步骤45和46);然后通过选择播放列表菜单下发布播放列表项进行播放列表发布(步骤47);最后通过选择需要发布到的客户端计算机以及需要发布的时间段(步骤48);最后,客户端就能自动下载媒体文件(步骤49)。
参见图7,媒体播放的整个流程为:
首先运行客户端程序:系统启动时启动运行(见步骤51);
然后运行媒体播放程序(客户端可自动启动)(见步骤52);
定时监视程序。可设定播范个时间和播放持续时间(见步骤53);
检测当天的媒体播放列表步骤54,是否有从服务器发送过来的适合当天播放的播放列表;如没有,则返回定时程序步骤53;如有播放列表,检测是否到达其中几个媒体的播放时间;如没有,则返回检测当天的媒体播放列表步骤54。如有,则进行播放(步骤56);
如全部播放完毕,则生成终结指令,提交到媒体播放器程序,停止播放(步骤581、582);
没有播放完毕,则生成播放指令,提交到媒体播放器程序,进行播放((步骤571、572);
在检测媒体播放程序(步骤573),客户端程序会定时检测媒体播放器程序是否正确运行,如果不正常,则返回媒体播放程序52:反之,则回到定时程序步骤53.
以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解,本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下,本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。

Claims (10)

1、一种多媒体分发点播系统,其特征在于,包括:一控制装置、一交换机、一负责媒体文件的存储,上传和下传的媒体存储服务器、一媒体播放列表服务器、一数据库、若干个客户机以及与上述客户机分别相连的媒体播放装置,上述数据库、媒体播放列表服务器、媒体存储服务器依次通信连接并通过上述交换机接入公共网络;上述媒体播放列表服务器用于发布、修改和删除媒体播放列表,管理客户端电脑的媒体文件,控制客户端电脑的行为以及收集客户端电脑的运行情况以及为控制台的管理功能提供相应的接口;所述控制装置通过公共网络与媒体列表服务器相连,使得控制装置的管理员可以通过该公共网络对上述媒体列表服务器实施策略管理;上述任一客户机通过公共网络与媒体列表服务器相连,并且还与不同的媒体播放装置数据传输连接;所述控制装置包含若干的控制台,由管理员操作,用于查看和管理程序连接在媒体播放列表服务器上的程序。
2、如权利要求1所述的多媒体分发点播系统,其特征在于,所述媒体播放列表服务器包含有一用户管理模块、一通讯连接模块、一逻辑功能模、一数据库连接模块、一配置信息模块、一用户界面模块、一通知报警模块、一媒体文件管理模块、一自动升级模块和一心跳检测模块。
3、如权利要求1所述的多媒体分发点播系统,其特征在于,所述客户机包含有通讯连接模块、逻辑功能模、XML解析模块、媒体播放模块、图片播放模块、屏幕区域播放接口、字幕播放模块、媒体文件管理模块、自动升级模块和心跳检测模块。
4.如权利要求1所述的多媒体分发点播系统,其特征在于,所述通信连接采用AFC协议。
5、权利要求4所述的多媒体分发点播系统,其特征在于通信连接采用AFC协议,其设置的协议规范为:所有的收发数据分为两种:基本数据帧(通讯基本数据)和AFC调用数据帧。
6、一种实现多媒体分发点播方法,其特征在于,该方法包括下列步骤:
客户机通过交换机与媒体播放列表服务器通信联络并进行用户注册,注册信息储存在媒体存储服务器中;
对媒体进行编辑和管理。
注册的客户端与媒体播放列表服务器通信联络,可根据媒体播放列表服务器中的列表将媒体存储服务器中相应的媒体信息进行播放:
首先运行客户端程序:系统启动时启动运行;
然后运行媒体播放程序(客户端可自动启动);
设定播范个时间和播放持续时间的定时控制步骤;
检测当天的媒体播放列表是否有从服务器发送过来的适合当天播放的播放列表;如没有,则返回定时程控制步骤;如有播放列表,检测是否到达其中几个媒体的播放时间;如没有,则返回检测当天的媒体播放列表步骤。如有,则进行媒体播放;
如全部播放完毕,则生成终结指令,提交到媒体播放器程序,停止播放;
没有播放完毕,则生成播放指令,提交到媒体播放器程序,进行播放;
由客户端程序会定时检测媒体播放器程序是否正确运行,如果不正常,则返回继续进行媒体播放:反之,则回到定时控制步骤。
7、如权利要求6所述的实现多媒体分发点播方法,其特征在于,所述用户注册步骤包含下列步骤:
打开系统中的控制台;
用管理员的身份通过选择文件菜单下的登录系统项进行系统登录;
连接媒体播放服务器:若登录未成功则跳回到原界面重新登录:以及
若登录成功则选择管理菜单下的用户管理进行用户的添加和删除。
8、如权利要求6所述的实现多媒体分发点播方法,其特征在于所述媒体编辑和管理包括文件上传流程与文件下发流程。
9、如权利要求8所述的实现多媒体分发点播方法,其特征在于所述上传流程包括下列步骤:
打开系统中的媒体播放控制台程序,用系统管理员或媒体管理员身份登录服务器;以及
通过选择文件菜单下的媒体管理工具项进行添加/删除媒体并提交到文件服务器。
10、如权利要求6所述的实现多媒体分发点播方法,其特征在于所述下传程序如下:
打开系统中的媒体播放控制台程序,用系统管理员或媒体管理员身份登录服务器,通过选择规则管理菜单下规则菜单项来添加/修改/管理规则,接着通过选择播放列表管理菜单下播放列表项进行编辑播放列表,然后通过选择播放列表菜单下发布播放列表项进行播放列表发布,最后通过选择需要发布到的客户端计算机以及需要发布的时间段;之后客户端就能自动下载媒体文件。
CN200710173526XA 2007-12-28 2007-12-28 一种多媒体分发点播系统 Expired - Fee Related CN101472140B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200710173526XA CN101472140B (zh) 2007-12-28 2007-12-28 一种多媒体分发点播系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710173526XA CN101472140B (zh) 2007-12-28 2007-12-28 一种多媒体分发点播系统

Publications (2)

Publication Number Publication Date
CN101472140A true CN101472140A (zh) 2009-07-01
CN101472140B CN101472140B (zh) 2011-10-26

Family

ID=40829214

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710173526XA Expired - Fee Related CN101472140B (zh) 2007-12-28 2007-12-28 一种多媒体分发点播系统

Country Status (1)

Country Link
CN (1) CN101472140B (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102014157A (zh) * 2010-11-19 2011-04-13 曙光信息产业(北京)有限公司 气象资料下载引擎和方法
CN102201123A (zh) * 2010-03-24 2011-09-28 北大方正集团有限公司 一种图片编辑的方法及装置
CN102215326A (zh) * 2010-04-07 2011-10-12 索尼公司 节目发送控制设备、节目发送控制方法以及程序
CN102289634A (zh) * 2011-08-31 2011-12-21 北京航空航天大学 基于可见光通信的限定区域权限认证装置及文件保密方法
CN102882843A (zh) * 2012-07-19 2013-01-16 无锡华御信息技术有限公司 基于加密软件的自动检测维护方法
CN103838598A (zh) * 2012-11-27 2014-06-04 镇江精英软件科技有限公司 用ftp技术来实现程序自动升级的方法
CN103914350A (zh) * 2013-01-06 2014-07-09 联想(北京)有限公司 一种信息处理的方法及电子设备
CN104270682A (zh) * 2014-10-22 2015-01-07 南京富士通南大软件技术有限公司 智能型视频播放方法
CN104503979A (zh) * 2014-11-26 2015-04-08 上海斐讯数据通信技术有限公司 一种断电断网的文件同步方法
CN105187859A (zh) * 2015-10-20 2015-12-23 辽宁华鼎科技股份有限公司 一种多媒体信息播放控制系统
CN105450740A (zh) * 2015-11-13 2016-03-30 中国建设银行股份有限公司 信息展示方法、系统及设备
CN105653530A (zh) * 2014-11-12 2016-06-08 上海交通大学 一种高效可伸缩的多媒体传送、存储和呈现方法
CN106060607A (zh) * 2016-05-27 2016-10-26 苏州朗米尔照明科技有限公司 一种开放式音像交互系统
CN106790754A (zh) * 2016-12-26 2017-05-31 腾讯科技(深圳)有限公司 一种媒体信息的播放方法及服务器
CN107251566A (zh) * 2015-02-13 2017-10-13 松下知识产权经营株式会社 内容再现系统、录制装置、终端装置以及内容再现方法
CN112565424A (zh) * 2020-12-04 2021-03-26 禾麦科技开发(深圳)有限公司 混合云环境下服务器集群信息发布系统
CN115396703A (zh) * 2022-08-24 2022-11-25 北京贝能达信息技术股份有限公司 一种播表编辑播放系统及方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE514005C2 (sv) * 1999-02-23 2000-12-11 Dhj Media Ab Informationssystem
US7089194B1 (en) * 1999-06-17 2006-08-08 International Business Machines Corporation Method and apparatus for providing reduced cost online service and adaptive targeting of advertisements
KR100307723B1 (ko) * 2000-03-21 2001-11-03 이재원 무선 인터넷을 이용한 광고주 주도형의 광고 제공 시스템 및 그 방법
US20020005821A1 (en) * 2000-07-14 2002-01-17 John Park Electric sign board operating system and operating method thereof

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102201123A (zh) * 2010-03-24 2011-09-28 北大方正集团有限公司 一种图片编辑的方法及装置
CN102215326A (zh) * 2010-04-07 2011-10-12 索尼公司 节目发送控制设备、节目发送控制方法以及程序
CN102014157B (zh) * 2010-11-19 2014-01-15 曙光信息产业(北京)有限公司 气象资料下载引擎和方法
CN102014157A (zh) * 2010-11-19 2011-04-13 曙光信息产业(北京)有限公司 气象资料下载引擎和方法
CN102289634A (zh) * 2011-08-31 2011-12-21 北京航空航天大学 基于可见光通信的限定区域权限认证装置及文件保密方法
CN102289634B (zh) * 2011-08-31 2012-08-29 北京航空航天大学 基于可见光通信的限定区域权限认证装置及文件保密方法
CN102882843B (zh) * 2012-07-19 2015-03-04 无锡华御信息技术有限公司 基于加密软件的自动检测维护方法
CN102882843A (zh) * 2012-07-19 2013-01-16 无锡华御信息技术有限公司 基于加密软件的自动检测维护方法
CN103838598A (zh) * 2012-11-27 2014-06-04 镇江精英软件科技有限公司 用ftp技术来实现程序自动升级的方法
CN103914350A (zh) * 2013-01-06 2014-07-09 联想(北京)有限公司 一种信息处理的方法及电子设备
CN104270682A (zh) * 2014-10-22 2015-01-07 南京富士通南大软件技术有限公司 智能型视频播放方法
CN105653530A (zh) * 2014-11-12 2016-06-08 上海交通大学 一种高效可伸缩的多媒体传送、存储和呈现方法
CN104503979A (zh) * 2014-11-26 2015-04-08 上海斐讯数据通信技术有限公司 一种断电断网的文件同步方法
CN107251566A (zh) * 2015-02-13 2017-10-13 松下知识产权经营株式会社 内容再现系统、录制装置、终端装置以及内容再现方法
CN105187859A (zh) * 2015-10-20 2015-12-23 辽宁华鼎科技股份有限公司 一种多媒体信息播放控制系统
CN105450740A (zh) * 2015-11-13 2016-03-30 中国建设银行股份有限公司 信息展示方法、系统及设备
CN106060607A (zh) * 2016-05-27 2016-10-26 苏州朗米尔照明科技有限公司 一种开放式音像交互系统
CN106060607B (zh) * 2016-05-27 2019-02-26 苏州朗米尔照明科技有限公司 一种开放式音像交互系统
CN106790754A (zh) * 2016-12-26 2017-05-31 腾讯科技(深圳)有限公司 一种媒体信息的播放方法及服务器
CN106790754B (zh) * 2016-12-26 2020-01-10 腾讯科技(深圳)有限公司 一种媒体信息的播放方法及服务器
CN112565424A (zh) * 2020-12-04 2021-03-26 禾麦科技开发(深圳)有限公司 混合云环境下服务器集群信息发布系统
CN112565424B (zh) * 2020-12-04 2023-04-07 禾麦科技开发(深圳)有限公司 混合云环境下服务器集群信息发布系统
CN115396703A (zh) * 2022-08-24 2022-11-25 北京贝能达信息技术股份有限公司 一种播表编辑播放系统及方法

Also Published As

Publication number Publication date
CN101472140B (zh) 2011-10-26

Similar Documents

Publication Publication Date Title
CN101472140B (zh) 一种多媒体分发点播系统
US9116746B2 (en) Workflows and presets for workflows
Sbarski et al. Serverless architectures on AWS: with examples using Aws Lambda
US9070113B2 (en) Stock keeping units for content processing
CN101939736B (zh) 远程计算设备的开发富互联网应用的系统和方法
KR100507707B1 (ko) 네트웍 기반의 광고/방송 스케줄링 방법, 화면 분할을통한 중앙 통제 관리 시스템 및 방법
CN104216700B (zh) 基于云计算的html5应用的打包、安装、卸载、运行方法的系统
CN101204039B (zh) 设备向服务器注册的系统及方法
US20020082997A1 (en) Controlling and managing digital assets
US9152932B2 (en) Work units for content processing
CN102724302A (zh) 一种基于云存储的家庭数据中心系统和家庭数据管理方法
CN100566311C (zh) 供应组件应用程序的系统和方法
CN103780700A (zh) 一种实现多源异构系统之间兼容与共享的应用系统和方法
US20170371625A1 (en) Content delivery method
US9392328B2 (en) Device-agnostic content management, playback and status monitoring system
US9053444B2 (en) Deploying applications in a smart thin client server
CN108418903B (zh) 嵌入式软件日志远程访问系统及访问方法
CN102047239A (zh) 定义、分发以及呈现设备体验
CN100505711C (zh) 管理组件应用程序的通信的系统和方法
CN113673961A (zh) 一种基于工作流的档案调度方法
CN111048164A (zh) 一种医学大数据长期保存系统
JP2004535626A (ja) データおよび/またはサービスのダイナミックな配信のためのシステムおよび方法
CN110458445A (zh) 一种乘客信息发布管理系统
JP2011118853A (ja) モバイル標準テンプレートデータを提供するサーバ
KR20040101471A (ko) 데이터 분산 방법 및 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C56 Change in the name or address of the patentee

Owner name: SHANGHAI MCG CULTURAL MEDIA CO., LTD.

Free format text: FORMER NAME: SHANGHAI MCG ADVERTISING MEDIA CO., LTD.

CP03 Change of name, title or address

Address after: 200041 No. 762 West Beijing Road, Shanghai

Patentee after: Shanghai Gaoyue Culture and Media Co., Ltd.

Address before: 201200, room 6, building 91, Zhangjiang Road, Zhangjiang hi tech park, Shanghai, 216

Patentee before: Shanghai Gaoxiang Advertising Transmission Co., Ltd.

ASS Succession or assignment of patent right

Owner name: SHANGHAI MCG CORPORATION

Free format text: FORMER OWNER: SHANGHAI MCG CORP.

Effective date: 20130124

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 200041 HUANGPU, SHANGHAI TO: 200040 HUANGPU, SHANGHAI

TR01 Transfer of patent right

Effective date of registration: 20130124

Address after: 200040 room 4801, International Plaza, 1717 Shanghai, Nanjing West Road

Patentee after: Shanghai MCG Corporation

Address before: 200041 No. 762 West Beijing Road, Shanghai

Patentee before: Shanghai Gaoyue Culture and Media Co., Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20111026

Termination date: 20191228

CF01 Termination of patent right due to non-payment of annual fee