著录项信息
专利名称 | 多媒体文件的存储方法及系统、读取方法及系统 |
申请号 | CN201010121306.4 | 申请日期 | 2010-03-09 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2011-09-21 | 公开/公告号 | CN102195936A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/06 | IPC分类号 | H;0;4;L;2;9;/;0;6;;;G;0;6;F;1;7;/;3;0查看分类表>
|
申请人 | 新奥特(北京)视频技术有限公司 | 申请人地址 | 北京市海淀区西草场1号硅谷电脑城15层1501-1506室
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 新奥特(北京)视频技术有限公司 | 当前权利人 | 新奥特(北京)视频技术有限公司 |
发明人 | 宋红根;李丹;王弋珵 |
代理机构 | 北京润泽恒知识产权代理有限公司 | 代理人 | 苏培华 |
摘要
本发明公开了一种多媒体文件的存储方法,包括:通过客户端提交将多媒体文件上传至服务器的请求;服务器依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中;本发明还公开了一种多媒体文件的读取方法,包括:通过客户端提交多媒体文件的查询请求;服务器依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;客户端依据所述HTTP信息提取相应的多媒体文件。本发明可以在不影响多媒体文件存取操作的基础上,保证文件存放的安全性,并减少磁盘空间的占用。
1.一种多媒体文件的存储方法,其特征在于,包括:
通过客户端提交将多媒体文件上传至服务器的请求;
服务器依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中;
针对所述多媒体文件分配字段名、字段类型和文件类型信息,存储为相应的数据库记录,所述字段类型为流文件类型;
所述服务器中的数据库为SQL Server数据库,所述字段类型为Image类型;或者,所述服务器中的数据库为Oracle数据库,所述字段类型为Blob类型。
2.一种多媒体文件的读取方法,其特征在于,包括:
通过客户端提交多媒体文件的查询请求;
服务器依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;
客户端依据所述HTTP信息从所述数据库中提取相应的多媒体文件;
其中,所述多媒体文件记录包括字段名、字段类型和文件类型信息,所述查询请求中包括字段名信息;存储在所述数据库中的多媒体文件为流对象;所述字段类型为流文件类型;
还包括:
在客户端展示所述多媒体文件。
3.一种多媒体文件的存储系统,其特征在于,包括:
客户端上传请求模块,用于在客户端提交将多媒体文件上传至服务器的请求;
服务器存储模块,用于依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中;
其中,所述服务器存储模块进一步包括:
信息分配子模块,用于针对所述多媒体文件分配字段名、字段类型和文件类型信息,所述字段类型为流文件类型;
保存子模块,用于依据所述字段名、字段类型和文件类型信息存储为相应的数据库记录;
所述服务器中的数据库为SQL Server数据库,所述字段类型为Image类型;或者,所述服务器中的数据库为Oracle数据库,所述字段类型为Blob类型。
4.一种多媒体文件的读取系统,其特征在于,包括:
客户端查询请求提交模块,用于通过客户端提交多媒体文件的查询请求;
服务器检索发布模块,用于依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;
客户端资源提取模块,用于依据所述HTTP信息从所述数据库中提取相应的多媒体文件;
其中,所述多媒体文件记录包括字段名、字段类型和文件类型信息,所述查询请求中包括字段名信息;存储在所述数据库中的多媒体文件为流对象;所述字段类型为流文件类型;
还包括:
客户端展示模块,用于在客户端展示所述多媒体文件。
多媒体文件的存储方法及系统、读取方法及系统\n技术领域\n[0001] 本发明涉及数据存取的技术领域,特别是涉及一种多媒体文件的存储方法、一种多媒体文件的读取方法、一种多媒体文件的存储系统以及一种多媒体文件的读取系统。\n背景技术\n[0002] 随着计算机和网络技术地不断发展,越来越多地企业和用户基于网络组建了满足各种业务需求的计算机集群。集群内部的计算机相互独立地工作,对外作为一个整体提供服务。如电视台的天气预报、节目制播,通常都是一个计算机集群来完成。为了更好地管理集群中的软、硬件资源,监控技术应运而生。简单来讲,监控技术就是对计算机软件及硬件的运行情况、任务执行情况等进行记录或者远程察看,以了解计算机的各项指标是否正常。\n[0003] 为使监控系统能更好地与用户交互,在后台通常需要配置多媒体数据资源,如音频、图像等,一般而言,在监控系统的服务器中,通常会专门开辟一个磁盘空间(数据库)来存放这些多媒体文件,每个文件独立存储,如在A服务器中D盘的音频文件夹下,存放告警信息1.wav、告警信息2.wav、告警信息3.wav三个音频文件;在B服务器中E盘的图像文件夹下,存放适配器.jpg、交换机.jpg两个图像文件。\n[0004] 然而,这种独立文件存储的方式在实际中极易被人为无意或故意修改,如删除、替换等,安全性难以保证,并且比较占用磁盘空间。\n[0005] 因此,目前需要本领域技术人员迫切解决的一个技术问题就是:如何能够创新地提出一种多媒体文件的存取机制,用以在不影响多媒体文件存取操作的基础上,保证文件存放的安全性,并减少磁盘空间的占用。\n发明内容\n[0006] 本发明所要解决的技术问题是提供一种多媒体文件的存取方法及系统,用以在不影响多媒体文件存取操作的基础上,保证文件存放的安全性,并减少磁盘空间的占用。\n[0007] 为了解决上述技术问题,本发明实施例公开了一种多媒体文件的存储方法,包括:\n[0008] 通过客户端提交将多媒体文件上传至服务器的请求;\n[0009] 服务器依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中。\n[0010] 优选的,所述服务器存储多媒体文件的步骤进一步包括:\n[0011] 针对所述多媒体文件分配字段名、字段类型和文件类型信息,存储为相应的数据库记录,所述字段类型为流文件类型。\n[0012] 优选的,所述服务器中的数据库为SQL Server数据库,所述字段类型为Image类型;或者,所述服务器中的数据库为Oracle数据库,所述字段类型为Blob类型。\n[0013] 本发明实施例还公开了一种多媒体文件的读取方法,包括:\n[0014] 通过客户端提交多媒体文件的查询请求;\n[0015] 服务器依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;\n[0016] 客户端依据所述HTTP信息提取相应的多媒体文件。\n[0017] 优选的,所述多媒体文件记录包括字段名、字段类型和文件类型信息,所述查询请求中包括字段名信息。\n[0018] 优选的,所述的方法,还包括:\n[0019] 在客户端展示所述多媒体文件。\n[0020] 本发明实施例还公开了一种多媒体文件的存储系统,包括:\n[0021] 客户端上传请求模块,用于在客户端提交将多媒体文件上传至服务器的请求;\n[0022] 服务器存储模块,用于依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中。\n[0023] 优选的,所述服务器存储模块进一步包括:\n[0024] 信息分配子模块,用于针对所述多媒体文件分配字段名、字段类型和文件类型信息,所述字段类型为流文件类型;\n[0025] 保存子模块,用于依据所述字段名、字段类型和文件类型信息存储为相应的数据库记录。\n[0026] 优选的,所述服务器中的数据库为SQL Server数据库,所述字段类型为Image类型;或者,所述服务器中的数据库为Oracle数据库,所述字段类型为Blob类型。\n[0027] 本发明实施例还公开了一种多媒体文件的读取系统,包括:\n[0028] 客户端查询请求提交模块,用于通过客户端提交多媒体文件的查询请求;\n[0029] 服务器检索发布模块,用于依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;\n[0030] 客户端资源提取模块,用于依据所述HTTP信息提取相应的多媒体文件。\n[0031] 优选的,所述多媒体文件记录包括字段名、字段类型和文件类型信息,所述查询请求中包括字段名信息。\n[0032] 优选的,所述的系统,还包括:\n[0033] 客户端展示模块,用于在客户端展示所述多媒体文件。\n[0034] 与现有技术相比,本发明具有以下优点:\n[0035] 本发明将多媒体文件以二进制流形式存储在数据库表中,由于数据库表本身作为一个文件,采用这种存储方式可以包含多个文件,并且,由于数据库一般通过权限统一管理控制,从而有效避免了文件被用户修改的风险,可以在不影响多媒体文件存取操作的基础上,保证文件存放的安全性,并且这种数据库表的存储方式也有利于减少磁盘空间的占用。\n附图说明\n[0036] 图1是本发明的一种多媒体文件的存储方法实施例的流程图;\n[0037] 图2是本发明的一种多媒体文件的读取方法实施例的流程图;\n[0038] 图3是本发明的一种多媒体文件的存储系统实施例的结构框图;\n[0039] 图4是本发明的一种多媒体文件的读取系统实施例的结构框图。\n具体实施方式\n[0040] 为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。\n[0041] 在实际中,后台配置的多媒体数据资源通常会在客户端与服务器之间进行交换,一般而言,所述客户端与服务器进行多媒体数据资源交换的方式有两种:一种是客户端把本地的图像和声音文件上传,以数据库的方式存储到数据库表中的某个字段下,即往数据库中插入图像和声音;另一种是客户端访问数据库中的这些图像和声音,即从数据库中取出这些图像和声音。\n[0042] 以下将通过不同的实施例分别对上述交换方式详细说明。\n[0043] 参考图1,示出了本发明的一种多媒体文件的存储方法实施例的流程图,具体可以包括以下步骤:\n[0044] 步骤101、通过客户端提交将多媒体文件上传至服务器的请求;\n[0045] 步骤102、服务器依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中。\n[0046] 在具体实现中,所述服务器可以依据客户端提交的多媒体文件上传请求,提取相应的多媒体文件,并针对所述多媒体文件分配字段名、字段类型和文件类型信息,然后存储为相应的数据库记录。\n[0047] 需要说明的是,在本发明实施例中,所述流对象指二进制流,如二进制数组(byte[]);所述字段类型为流文件类型。\n[0048] 在实际中,设置在服务器中的数据库可以为SQL Server数据库,则所述多媒体文件的字段类型可以用Image类型表示;作为另一实施例,设在服务器中的数据库可以为Oracle数据库,则所述多媒体文件的字段类型可以用Blob类型表示。\n[0049] 以下以Oracle数据库为例,具体说明本发明多媒体文件的存储结构。假设设定当前图像文件、音频文件存储在Value字段下,如表1所示:\n[0050] 表1:\n[0051]\n 字段名称 字段类型 是否为空 说明\n Resid Varchar(50) Not Null 图像或声音的名字\n Value Blob Null 存储图像或声音\n Type Int(4) Not null 类型判断0为图片,1位声音\n[0052] 在提交一个交换机图片文件的上传请求后,服务器在数据库中保存的相应记录如表2所示:\n[0053]\n Resid Value Type\n 交换机 0\n[0054] 为使本领域技术人员更好地理解本发明,以下通过一个具体例子详细说明本发明的多媒体文件存储过程:\n[0055] 第一步、在客户端上传多媒体文件的界面上,选定待上传的客户端本地的图片或音频文件;\n[0056] 第二步、服务器执行上传操作,将选定的图片或音频文件转换为二进制流文件,并存入到表2中形成相应的数据库记录。\n[0057] 参考图2,示出了本发明的一种多媒体文件的读取方法实施例的流程图,具体可以包括以下步骤:\n[0058] 步骤201、通过客户端提交多媒体文件的查询请求;\n[0059] 步骤202、服务器依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;\n[0060] 步骤203、客户端依据所述HTTP信息提取相应的多媒体文件。\n[0061] 在具体实现中,所述多媒体文件记录可以包括字段名、字段类型和文件类型等信息,则所述查询请求中可以包括字段名信息。\n[0062] 在本发明一种优选实施例中,还可以包括以下步骤:\n[0063] 步骤204、在客户端展示所述多媒体文件。\n[0064] 为使本领域技术人员更好地理解本发明,以下通过一个具体例子详细说明本发明的多媒体文件读取过程:\n[0065] 第一步、客户端提交多媒体文件的查询请求;\n[0066] 第二步、服务端器根据查询条件,到数据库中检索出相应的记录,并把这些存在数据库中的多媒体文件,通过Http的方式向客户端发布。\n[0067] 具体可以为,在服务器端部署一个Servlet(GetImageServlet),则发布的http地址为:\n[0068] http://192.168.1.205:8080/nvmserver/GetImageServlet?resid=交换机;\n[0069] 其中,192.168.1.205是服务器端的IP地址,8080为端口号,resid为访问图片或音频文件的Resid,具体可以参照表1中的相关内容。\n[0070] 第三步、客户端访问上述http地址,获得相应的多媒体文件,即访问到交换机的图像。\n[0071] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。\n[0072] 参考图3,示出了本发明的一种多媒体文件的存储系统实施例的结构框图,具体可以包括:\n[0073] 客户端上传请求模块301,用于在客户端提交将多媒体文件上传至服务器的请求;\n[0074] 服务器存储模块302,用于依据所述请求,将相应的多媒体文件转换为流对象,并存储至数据库中。\n[0075] 在本发明的一种优选实施例中,所述服务器存储模块可以进一步包括以下子模块:\n[0076] 信息分配子模块,用于针对所述多媒体文件分配字段名、字段类型和文件类型信息,所述字段类型为流文件类型;\n[0077] 保存子模块,用于依据所述字段名、字段类型和文件类型信息存储为相应的数据库记录。\n[0078] 在具体实现中,所述服务器中的数据库可以为SQL Server数据库,所述字段类型为Image类型;或者,所述服务器中的数据库为Oracle数据库,所述字段类型为Blob类型。\n[0079] 由于图3所示的系统实施例基本相应于前述图1所示的方法实施例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此就不赘述了。\n[0080] 参考图4,示出了本发明的一种多媒体文件的读取系统实施例的结构框图,具体可以包括:\n[0081] 客户端查询请求提交模块401,用于通过客户端提交多媒体文件的查询请求;\n[0082] 服务器检索发布模块402,用于依据所述查询请求,在数据库中检索出对应的多媒体文件记录,并把所述多媒体文件记录以HTTP的方式进行发布;\n[0083] 客户端资源提取模块403,用于依据所述HTTP信息提取相应的多媒体文件。\n[0084] 在具体实现中,所述多媒体文件记录可以包括字段名、字段类型和文件类型等信息,相应地,所述查询请求中可以包括字段名信息。\n[0085] 在本发明的一种优选实施例中,所述的系统还可以包括如下模块:\n[0086] 客户端展示模块404,用于在客户端展示所述多媒体文件。\n[0087] 由于图4所示的系统实施例基本相应于前述图2所示的方法实施例,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此就不赘述了。\n[0088] 本发明可用于众多通用或专用的计算系统环境或配置中。例如:多处理器系统、服务器、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。\n[0089] 本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。\n[0090] 以上对本发明所提供的一种多媒体文件的存储方法、一种多媒体文件的读取方法、一种多媒体文件的存储系统以及一种多媒体文件的读取系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
法律信息
- 2018-03-27
未缴年费专利权终止
IPC(主分类): H04L 29/06
专利号: ZL 201010121306.4
申请日: 2010.03.09
授权公告日: 2016.06.15
- 2016-06-15
- 2013-02-27
实质审查的生效
IPC(主分类): H04L 29/06
专利申请号: 201010121306.4
申请日: 2010.03.09
- 2011-09-21
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-02-18
|
2003-07-08
| | |
2
| |
2009-08-05
|
2009-02-17
| | |
3
| |
2008-07-30
|
2007-01-25
| | |
4
| |
2009-02-25
|
2007-01-26
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |