CN106357683A - 一种媒体文件安全上传系统和方法 - Google Patents
一种媒体文件安全上传系统和方法 Download PDFInfo
- Publication number
- CN106357683A CN106357683A CN201610950576.3A CN201610950576A CN106357683A CN 106357683 A CN106357683 A CN 106357683A CN 201610950576 A CN201610950576 A CN 201610950576A CN 106357683 A CN106357683 A CN 106357683A
- Authority
- CN
- China
- Prior art keywords
- file
- upload
- uploading
- dts
- client
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种媒体文件安全上传系统和方法,包括:通过网络连接的客户端和服务端,客户端中设有Http浏览器、DTS客户端、显示装置、判断装置和选择装置;服务端包含:带有文件上传子系统的WEB服务器,WEB服务器与元数据服务器和文件存储服务器连接,文件存储服务器与盘阵连接;文件上传子系统设有Http上传装置和DTS上传装置。本发明采用了选择两种上传媒体文件的方式,即HTTP和DTS方式。DTS数据传输解决了客户端上的浏览器不支持上传大文件问题,同时也解决了无法检测物理文件的真实属性问题,提高了系统整体的可用性和安全性。同时在上传小文件时,客户可以选择使用http协议的普通模式进行上传,简化了上传流程,给用户的使用提供了很大的便利。
Description
技术领域
本发明涉及一种媒体文件安全上传系统和方法,是一种计算机网络文件传输系统和方法,是一种通过计算网络传输媒体文件的系统和方法。
背景技术
随着社会科学与经济的飞速发展,网络化文件交换已经成为各项工作中较为重要的部分,网络文件传输的方法有多种,例如邮箱的附件上传,图片上传等。现在互联网文件的上传方式大部分都是通过浏览器,使用http协议进行直接上传,其上传的步骤为:1.用户选择需要上传的文件;2.浏览器取得上传文件的信息传给服务器;3.服务器处理上传的文件。在这种处理方式下,浏览器只能上传小于2GB的小文件,且无法检测和确保上传文件的安全性,使得整体系统存在安全漏洞。
广电行业的媒体文件,尤其是专业级的广电媒体文件具有文件大,编码格式与封装格式多等特点,当从外网向制播网内上传时,除了要解决文件的安全问题,还要解决上传的效率问题。仅仅使用http协议上传2G以上的媒体文件,现有的网络传输效率不能达到令人满意的程度,但使用http协议传输文件又有其不可替代的优势,如:协议成熟,非专业人员也可以十分熟练的使用等。如何即提高效率有可以利用http协议的优势,是一个需要解决的问题。
发明内容
为解决现有技术的问题,本发明提出一种媒体文件安全上传系统和方法。所述的系统和方法通过浏览器直接上传或调用DTS客户端 DTS(Data Transformation Service)上传的方式,即可以满足大文件上传效率,又可以发挥HTTP协议的优势。
本发明的目的是这样实现的:一种媒体文件安全上传系统,包括:通过网络连接的客户端和服务端,所示的客户端中设有Http浏览器、DTS客户端、显示装置、判断装置和选择装置;所述的服务端包含:带有文件上传子系统的WEB服务器,所述的WEB服务器与元数据服务器和文件存储服务器连接,所述的文件存储服务器与盘阵连接;所述的文件上传子系统设有Http上传装置和DTS上传装置;所述的网络设有路由器或交换机网关和防火墙。
进一步的,使用DTS客户端上传文件时,检测待传输文件的文件封装格式和底层的媒体文件的编码格式,根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传。
进一步的,系统是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传;
进一步的系统管理员可以根据媒体业务需求定制上传文件格式的白名单(文件格式、视频文件编码方式及视频封装格式等信息)以及黑名单。
一种使用上述系统的媒体文件安全上传方法,所述方法的步骤如下:
启动的步骤:用于在所述客户端的浏览器上显示上传页面;
选择上传方式的步骤:用于根据上传文件实际情况选择普通上传方式或极速上传方式;
判断上传方式的步骤:用于判断是否选择了Http方式进行上传,如果“是”则进入“选择在DTS中上传文件的步骤”,如果“否”则进入下一步骤;
选择在HTTP中上传的文件的步骤:选择一个或多个上传文件通过HTTP上传;
判断文件大小的步骤:用于判断被选中的上传文件的大小是否超过300MB,如果“是”则进入下一步骤,如果“否”则进入“加入上传队列的步骤”;
提示的步骤:用于提示用户上传的文件的大小已经超过300MB,同时提醒用户需要使用DTS 客户端方式进行上传工作,并回到“选择上传方式的步骤”;
加入上传队列的步骤:用于将被选中的文件加入上传队列,以等待上传;
选择在DTS中上传的文件的步骤:选择一个或多个上传文件通过DTS上传;
安全判断的步骤:用于检测待传输文件的文件封装格式和底层的媒体文件的编码格式,并根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传,不安全的文件直接拒绝传输;
建立连接的步骤:用于建立DTS 客户端与WEB服务器连接;
传输相应信息的步骤:用于客户端将上传文件的响应信息传输至WEB服务器,同时启动元数据传输和文件传输两个任务,并同时分别进入“元数据传输的步骤”和“文件传输的步骤”;
元数据传输的步骤:用于将上传文件的元数据信息存入所述的元数据服务器中;
文件传输的步骤:用于该将上传文件的物理文件存入所述的文件存储服务器中;
结束的步骤:用于在物理文件上传成功后,提示用户文件已经成功上传,并结束过程。
进一步的,上述传输方法安全判断的步骤是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传;
进一步的,上述传输方法中,系统管理员可以预先根据媒体业务需求定制上传文件格式的白名单(文件格式、视频文件编码方式及视频封装格式等信息)以及黑名单,并可根据业务的变化动态修改黑名单和白名单。
本发明产生的有益效果是:本发明提供了两种上传媒体文件的方式,即HTTP和DTS方式。DTS数据传输服务可提供点对点的二进制数据发送与接收、点对点的视音频数据发送与接收、点对点的二进制文件读写、点对点的视音频文件读写、点对点的音视频文件列表读取等,解决了客户端上的浏览器不支持上传大文件问题,同时也解决了无法检测物理文件的真实属性问题,提高了系统整体的可用性和安全性。同时在上传小文件时,客户可以选择使用http协议的普通模式进行上传,简化了上传流程,给用户的使用提供了很大的便利。
附图说明
下面结合附图和实施例对本发明作进一步说明。
图1是发明实施例一所述系统的原理框图;
图2是发明实施例二所述方法的流程图。
具体实施方式
实施例一:
本实施例是一种媒体文件安全上传系统,如图1所示。本实施例包括:通过网络连接的客户端和服务端,所示的客户端中设有Http浏览器、DTS客户端、显示装置、判断装置和选择装置;所述的服务端包含:带有文件上传子系统的WEB服务器,所述的WEB服务器与元数据服务器和文件存储服务器连接,所述的文件存储服务器与盘阵连接;所述的文件上传子系统设有Http上传装置和DTS上传装置;所述的网络设有路由器或交换机和防火墙或防病毒网关。
本实施例针对小于2G的文件:若客户端选择直接上传,则使用http协议上传,但是文件大小不能超过300MB,且不用检查文件物理格式,在系统外网与内网的边界部署边界安全设备,包括防火墙、防病毒网关、IPS等,确保上传文件的安全性。
本实施例针对大于2G的文件媒体文件:若客户端选择高速上传,则后台自动用DTS客户端软件上传,文件大小不限,且通过DTS客户端检测媒体文件物理封装格式和底层的媒体文件的编码格式,确保文件的安全性。在使用DTS 客户端软件上传时,系统管理员可以根据媒体业务需求预先定制上传文件格式的白名单(文件格式、视频文件编码方式及视频封装格式等信息)以及黑名单。当DTS 客户端软件检测文件底层物理格式后,若所测出文件格式存在于白名单中,则允许上传,否则若所测出文件格式存在于黑名单中拒绝上传文件,若所测出文件格式既不存在于白名单中也不存在于黑名单中,则提示操作人员选择是否上传。。
本发明实例所述系统还包括:
显示模块,用于在客户端的浏览器上显示上传页面;
所述的客户端设置有显示装置、判断装置、选择装置。
显示装置,用于在客户端的浏览器上显示上传页面。
判断装置,用于判断所述客户端上传的文件大小是否超过300MB,若未超过则可以使用http方式进行上传;若超过限制则必须使用DTS 客户端软件进行上传。
选择装置,若客户端计算机上已安装了所述上传软件,在上传页面上选择文件上传方式,并选择上传文件,然后将选择的文件加入到上传队列中。
上传子系统,用于上传获取的文件。
判断装置可以自动判断客户端浏览器准备上传的文件的大小,如果大小超过300MB则会提示客户使用DTS客户端软件方式上传,若未超过则可以选用普通http方式上传。在客户端电脑上安装相应的DTS客户端软件后,DTS传输服务端和客户端之间采用DYATP等传输协议,可以快速创建安全的传输通道,同时充分利用带宽资源,提高传输效率。使用DTS客户端上传文件时,DTS客户端首先读取待传输文件的文件头信息,检测并分析待传输文件的文件封装格式和底层的媒体文件的编码格式,根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传。
本实施例中的系统是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传;
本实施例中的黑名单和白名单是由系统管理员根据媒体业务需求预先定制的,在白名单中列出了所有可信任的上传文件格式,视频编码文件格式及视频封装格式;待上传文件的文件格式、视频编码文件格式及视频封装格式(或者其特定组合)如果在白名单的列表中,则被认为是安全可信任的文件;同时,系统还设置了拒绝上传的文件格式、编码格式等的黑名单,对于黑名单中列出的;黑名单中的文件格式、视频编码文件格式及视频封装格式(或者其特定组合)都认为是非安全文件。DTS客户端如果解析出待上传文件的格式信息在黑名单中,则自动拒绝该次上传申请。对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传。例如,系统可以设定所有文件格式为MXF的文件为可信任文件,那么只需要在白名单中添加MXF格式,即可实现对所有MXF格式文件的安全认证;对于某些常用文件格式,例如AVI格式,还可以进一步限定其中视音频文件的编码格式,例如Mpeg2的编码格式是可信任文件格式,那么只需要在白名单中添加AVI+Mpeg2格式,即可实现对所有Mpeg2编码的同时使用AVI文件格式封装的文件的安全认证。同样,被写入到黑名单中的所有文件格式将被DTS客户端判断为不可信任的文件,自动拒绝传输。
DTS数据传输服务可提供点对点的二进制数据发送与接收、点对点的视音频数据发送与接收、点对点的二进制文件读写、点对点的视音频文件读写、点对点的音视频文件列表读取等,解决了客户端上的浏览器不支持上传大文件问题,同时也解决了无法检测物理文件的真实属性问题,提高了系统整体的可用性和安全性。同时在上传小文件时,客户可以选择使用http协议的普通模式进行上传,简化了上传流程,给用户的使用提供了很大的便利。
所述网络是可以是外网,如:光纤网,以太网等,因此,具有路由器或交换机等设备,并带有防火墙或防病毒网关等设施,用以防止病毒入侵。
实施例二:
本实施例是一种使用实施例一所述系统的媒体文件安全上传方法,流程如图2所示。
为达到提高传输文件效率的目的,本实施例采用设置一个判断文件大小的步骤,通过这个步骤自动判断客户端浏览器准备上传的文件的大小,如果大小超过300MB则会提示客户使用DTS客户端软件方式上传,若未超过则可以选用普通http方式上传。在客户端电脑上安装相应的DTS客户端软件后,DTS传输服务端和客户端之间采用DYATP等传输协议,可以快速创建安全的传输通道,同时充分利用带宽资源,提高传输效率。DTS数据传输服务可提供:点对点的二进制数据发送与接收、点对点的视音频数据发送与接收、点对点的二进制文件读写、点对点的视音频文件读写、点对点的音视频文件列表读取等,解决了客户端上的浏览器不支持上传大文件问题,同时也解决了无法检测物理文件的真实属性问题,提高了系统整体的可用性和安全性。同时在上传小文件时,客户可以选择使用http协议的普通模式进行上传,简化了上传流程,给用户的使用提供了很大的便利。
本实施例所述方法的具体步骤如下:
(1)启动的步骤:用于在所述客户端的浏览器上显示上传页面。本步骤为用户提供了显示文件上传的页面入口,用户在这个页面上进行“选择上传方式的步骤的”操作,即选择上传方式。
(2)选择上传方式的步骤:用于根据上传文件实际情况选择普通上传方式或极速上传方式。在选择页面中会列出两种上传方式:普通上传(Http方式)和极速上传(DTS 客户端方式),用户通过点击响应按钮来选择对应的上传方式。
(3)判断上传方式的步骤:用于判断是否选择了Http方式进行上传,如果“是”则进入下一步骤,如果“否”则进入“选择在DTS中上传的文件的步骤”。
(4)选择在HTTP中上传的文件的步骤:选择一个或多个上传文件通过HTTP上传。本步骤向用户提供了选择上传文件的页面,用户可以在所述页面中选择一个或者多个需要上传的文件进行上传。
(5)判断文件大小的步骤:用于判断被选中的上传文件的大小是否超过300MB,如果“是”则进入下一步骤,如果“否”则进入“加入上传队列的步骤”。
(6)提示的步骤:用于提示用户上传的文件的大小已经超过300MB,同时提醒用户需要使用DTS 客户端方式进行上传工作,并回到“选择上传方式的步骤”。
(7)加入上传队列的步骤:用于将被选中的文件加入上传队列,以等待上传。
(8)选择在DTS中上传的文件的步骤:选择一个或多个上传文件通过DTS上传。
(9)安全判断的步骤:用于检测待传输文件的文件封装格式和底层的媒体文件的编码格式,并根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传,不安全的文件直接拒绝传输;本实施例中的方法是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传;本实施例中的黑名单和白名单是由系统管理员根据媒体业务需求预先定制的,在白名单中列出了所有可信任的上传文件格式,视频编码文件格式及视频封装格式;待上传文件的文件格式、视频编码文件格式及视频封装格式(或者其特定组合)如果在白名单的列表中,则被认为是安全可信任的文件;同时,还设置了拒绝上传的文件格式、编码格式等的黑名单,对于黑名单中列出的;黑名单中的文件格式、视频编码文件格式及视频封装格式(或者其特定组合)都认为是非安全文件。DTS客户端如果解析出待上传文件的格式信息在黑名单中,则自动拒绝该次上传申请。对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传。例如,系统可以设定所有文件格式为MXF的文件为可信任文件,那么只需要在白名单中添加MXF格式,即可实现对所有MXF格式文件的安全认证;对于某些常用文件格式,例如AVI格式,还可以进一步限定其中视音频文件的编码格式,例如Mpeg2的编码格式是可信任文件格式,那么只需要在白名单中添加AVI+Mpeg2格式,即可实现对所有Mpeg2编码的同时使用AVI文件格式封装的文件的安全认证。同样,被写入到黑名单中的所有文件格式将被DTS客户端判断为不可信任的文件,自动拒绝传输。
(10)建立连接的步骤:用于建立DTS 客户端与WEB服务器连接。使用DTS 客户端方式进行上传文件,本步骤建立了DTS 客户端与WEB服务器端的连接。DTS 客户端使用DYATP专有文件传输协议与WEB服务器建立连接。在与WEB服务器连接建立之后,DTS 客户端会检测底层物理文件的编码方式以及视频封装格式,再将得到的检测结果与之前设置的白名单内容做对比,若检测结果存在于白名单中则开始文件上传步骤,否则拒绝文件上传,并提示使用者文件格式错误。
(11)传输相应信息的步骤:用于客户端将上传文件的响应信息传输至WEB服务器,同时启动元数据传输和文件传输两个任务,并同时分别进入“元数据传输的步骤”和“文件传输的步骤”。本步骤中Http方式和DTS 客户端方式都会将上传文件的响应信息提取并传输给WEB服务器端,同时WEB服务器端接受这些信息之后会启动两个任务。
(12)元数据传输的步骤:用于将上传文件的元数据信息存入所述的元数据服务器中。
(13)文件传输的步骤:用于该将上传文件的物理文件存入所述的文件存储服务器中。
(14)结束的步骤:用于在物理文件上传成功后,提示用户文件已经成功上传,并结束过程。
最后应说明的是,以上仅用以说明本发明的技术方案而非限制,尽管参照较佳布置方案对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案(比如系统的设置,步骤的先后 顺序等)进行修改或者等同替换,而不脱离本发明技术方案的精神和范围。本发明所述的方法可编制为应用于计算机系统的程序,并运行于本发明所述的计算机网络系统中。
Claims (7)
1.一种媒体文件安全上传系统,包括:通过网络连接的客户端和服务端,其特征在于,所述的客户端中设有Http浏览器、DTS客户端、显示装置、判断装置和选择装置;所述的服务端包含:带有文件上传子系统的WEB服务器,所述的WEB服务器与元数据服务器和文件存储服务器连接,所述的文件存储服务器与盘阵连接;所述的文件上传子系统设有Http上传装置和DTS上传装置;所述的网络设有路由器或交换机网关和防火墙。
2.根据权利要求1所述的系统,其特征还在于,使用DTS系统上传文件时,检测待传输文件的文件封装格式和底层的媒体文件的编码格式,根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传。
3.根据权利要求1所述的系统,其特征还在于,系统是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传。
4.根据权利要求1所述的系统,其特征还在于,系统管理员可以根据媒体业务需求定制上传文件格式的白名单,包含:文件格式、视频文件编码方式及视频封装格式的信息,以及黑名单。
5.一种使用权利要求1所述系统的媒体文件安全上传方法,其特征在于,所述方法的步骤如下:
启动的步骤:用于在所述客户端的浏览器上显示上传页面;
选择上传方式的步骤:用于根据上传文件实际情况选择普通上传方式或极速上传方式;
判断上传方式的步骤:用于判断是否选择了Http方式进行上传,如果“是”则进入“选择在DTS中上传文件的步骤”,如果“否”则进入下一步骤;
选择在HTTP中上传的文件的步骤:选择一个或多个上传文件通过HTTP上传;
判断文件大小的步骤:用于判断被选中的上传文件的大小是否超过300MB,如果“是”则进入下一步骤,如果“否”则进入“加入上传队列的步骤”;
提示的步骤:用于提示用户上传的文件的大小已经超过300MB,同时提醒用户需要使用DTS 客户端方式进行上传工作,并回到“选择上传方式的步骤”;
加入上传队列的步骤:用于将被选中的文件加入上传队列,以等待上传;
选择在DTS中上传的文件的步骤:选择一个或多个上传文件通过DTS上传;
安全判断的步骤:用于检测待传输文件的文件封装格式和底层的媒体文件的编码格式,并根据文件封装格式和编码格式判断文件的安全性,安全的文件才允许上传,不安全的文件直接拒绝传输;
建立连接的步骤:用于建立DTS 客户端与WEB服务器连接;
传输相应信息的步骤:用于客户端将上传文件的响应信息传输至WEB服务器,同时启动元数据传输和文件传输两个任务,并同时分别进入“元数据传输的步骤”和“文件传输的步骤”;
元数据传输的步骤:用于将上传文件的元数据信息存入所述的元数据服务器中;
文件传输的步骤:用于该将上传文件的物理文件存入所述的文件存储服务器中;
结束的步骤:用于在物理文件上传成功后,提示用户文件已经成功上传,并结束过程。
6.根据权利要求5所述的方法,其特征还在于,安全判断的步骤是使用黑名单和白名单的方式判断文件的安全性,对于在黑名单中的文件类型,自动拒绝上传请求;对于在白名单中的文件类型,自动通过上传请求;对于既不在黑名单也不在白名单中文件类型,系统提示操作人员人工确认是否上传。
7.根据权利要求5所述的方法,其特征还在于,系统管理员可以预先根据媒体业务需求定制上传文件格式的白名单,包含:文件格式、视频文件编码方式及视频封装格式的信息,以及黑名单,并可根据业务的变化动态修改黑名单和白名单。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610950576.3A CN106357683B (zh) | 2016-10-27 | 2016-10-27 | 一种媒体文件安全上传系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610950576.3A CN106357683B (zh) | 2016-10-27 | 2016-10-27 | 一种媒体文件安全上传系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106357683A true CN106357683A (zh) | 2017-01-25 |
CN106357683B CN106357683B (zh) | 2020-04-21 |
Family
ID=57864451
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610950576.3A Active CN106357683B (zh) | 2016-10-27 | 2016-10-27 | 一种媒体文件安全上传系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106357683B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108449607A (zh) * | 2018-01-18 | 2018-08-24 | 上海宝信软件股份有限公司 | 文件合规性检查方法和系统 |
CN110502877A (zh) * | 2019-07-04 | 2019-11-26 | 天脉聚源(杭州)传媒科技有限公司 | 基于名单的作品数据处理方法、系统、装置和存储介质 |
CN112465513A (zh) * | 2020-11-30 | 2021-03-09 | 滨州学院 | 一种基于身份验证的网络安全系统及方法 |
CN112565410A (zh) * | 2020-12-05 | 2021-03-26 | 李凡 | 一种基于分布式存储技术的移动通信存储管理系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101631143A (zh) * | 2009-08-27 | 2010-01-20 | 中兴通讯股份有限公司 | 负载均衡环境中多服务器系统及其文件传输方法 |
WO2012061335A2 (en) * | 2010-11-03 | 2012-05-10 | Google Inc. | Data delivery |
CN102497395A (zh) * | 2011-11-30 | 2012-06-13 | 北京京航计算通讯研究所 | 断点上传应用控制方法 |
CN102497436A (zh) * | 2011-12-16 | 2012-06-13 | 方正国际软件有限公司 | 一种基于http协议的网络文件存储方法及系统 |
-
2016
- 2016-10-27 CN CN201610950576.3A patent/CN106357683B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101631143A (zh) * | 2009-08-27 | 2010-01-20 | 中兴通讯股份有限公司 | 负载均衡环境中多服务器系统及其文件传输方法 |
WO2012061335A2 (en) * | 2010-11-03 | 2012-05-10 | Google Inc. | Data delivery |
CN102497395A (zh) * | 2011-11-30 | 2012-06-13 | 北京京航计算通讯研究所 | 断点上传应用控制方法 |
CN102497436A (zh) * | 2011-12-16 | 2012-06-13 | 方正国际软件有限公司 | 一种基于http协议的网络文件存储方法及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108449607A (zh) * | 2018-01-18 | 2018-08-24 | 上海宝信软件股份有限公司 | 文件合规性检查方法和系统 |
CN108449607B (zh) * | 2018-01-18 | 2020-06-12 | 上海宝信软件股份有限公司 | 文件合规性检查方法和系统 |
CN110502877A (zh) * | 2019-07-04 | 2019-11-26 | 天脉聚源(杭州)传媒科技有限公司 | 基于名单的作品数据处理方法、系统、装置和存储介质 |
CN110502877B (zh) * | 2019-07-04 | 2020-06-26 | 天脉聚源(杭州)传媒科技有限公司 | 基于名单的作品数据处理方法、系统、装置和存储介质 |
CN112465513A (zh) * | 2020-11-30 | 2021-03-09 | 滨州学院 | 一种基于身份验证的网络安全系统及方法 |
CN112565410A (zh) * | 2020-12-05 | 2021-03-26 | 李凡 | 一种基于分布式存储技术的移动通信存储管理系统 |
CN112565410B (zh) * | 2020-12-05 | 2022-10-14 | 南京鼎山信息科技有限公司 | 一种基于分布式存储技术的移动通信存储管理系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106357683B (zh) | 2020-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8256664B1 (en) | Out-of band authentication of browser sessions | |
KR101548574B1 (ko) | 통신 네트워크들에 대한 네트워크 접속된 미디어 게이트웨이 | |
CN106357683A (zh) | 一种媒体文件安全上传系统和方法 | |
CN106878265B (zh) | 一种数据处理方法及装置 | |
US20200052983A1 (en) | Data leakage protection in cloud applications | |
US7668939B2 (en) | Routing of resource information in a network | |
KR101993239B1 (ko) | Qr 코드를 이용한 사용자 디바이스 및 콘텐츠 관리 방법 및 장치 | |
US20120324121A1 (en) | Inter-Service Sharing of Content Between Users from different Social Networks | |
US20150237394A1 (en) | Device Activation for a Service Using an Outputted Representation | |
CN103813204B (zh) | 一种基于机顶盒的跨屏互播方法及系统 | |
US20120158846A1 (en) | Digital content management | |
WO2020061033A1 (en) | Cross-platform digital content storage and sharing system | |
CN106254560A (zh) | 信息传输方法及装置 | |
CN104717647B (zh) | 业务能力鉴权方法、设备及系统 | |
KR20180124926A (ko) | 매칭 컨텐츠 식별을 위한 시스템 및 방법 | |
CN104270604B (zh) | 获取ipc的实时视频数据的方法、系统及装置 | |
US20130298216A1 (en) | Single sign-on account management for a display device | |
CN105357110B (zh) | 邮件发送方法、装置及系统 | |
CN107517239A (zh) | 数据传输方法和装置 | |
CN115118705A (zh) | 一种基于微服务的工业边缘管控平台 | |
KR20150011383A (ko) | 미디어 정보 액세스 제어 방법 및 장치, 그리고 디지털 홈 멀티미디어 시스템 | |
CN102299958B (zh) | 通过ie浏览监控视频的方法、客户端及系统 | |
CN110266722A (zh) | 一种多途径访问服务器的方法及系统 | |
CN112422395A (zh) | 一种数据传输方法、装置、终端设备和存储介质 | |
US20130254331A1 (en) | Information processing apparatus, information processing method, program, and information processing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |