CN104021164B - 一种管理数据的方法及装置 - Google Patents
一种管理数据的方法及装置 Download PDFInfo
- Publication number
- CN104021164B CN104021164B CN201410231408.XA CN201410231408A CN104021164B CN 104021164 B CN104021164 B CN 104021164B CN 201410231408 A CN201410231408 A CN 201410231408A CN 104021164 B CN104021164 B CN 104021164B
- Authority
- CN
- China
- Prior art keywords
- data
- msnode
- mapping relations
- managed
- information
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Storage Device Security (AREA)
Abstract
本发明公开了一种管理数据的方法及装置,涉及电子信息技术领域,用于提高媒体文件***管理的效率。本发明提供的方法包括:***调用接口获取待处理数据,并为所述待处理数据分配所述SMU上的***节点记录(SNRec)和所述MMU上的媒体节点记录(MNRec);建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,并建立所述MMU上的MNRec与所述DMU上的数据块(DB)之间的映射关系;将所述待处理数据存储至所述MMU上的MNRec对应的DB中。本发明适用于媒体文件的存储、共享、分发、播放等业务。
Description
技术领域
本发明涉及电子信息技术领域,尤其涉及一种管理数据的方法及装置。
背景技术
目前,文件数据的存储、共享、分发、播放等技术得到广泛应用。文件数据主要是通过文件***进行处理,例如NTFS(New Technology File System,新技术文件***)和EXT4(The fourth extended file system,第四版扩展日志式文件***),这类***处理文件数据时,需要执行加解密、数据流读写、建立索引等过程,这就需要频繁读写文件数据。
对文件数据进行读写操作时,需要频繁调用文件读写定位、索引查询、数据加解密等功能接口,进行用户态与内核态切换,尤其对于媒体文件等具有较大容量的文件数据时,每一次读写过程都需要花费大量的额外时间,因此延长了文件***处理所需的时间,降低了媒体文件***的管理效率。
发明内容
本发明的实施例提供一种管理数据的方法及装置,能够较好地提高媒体文件***管理的效率。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供了一种管理数据的方法,用于一种数据管理***,所述***至少包括:***调用接口和数据管理子***;所述数据管理子***至少包括:超级块(Super_block)、***管理单元(SMU)、媒体管理单元(MMU)和数据管理单元(DMU);所述方法包括:
通过所述***调用接口获取待处理数据,并为所述待处理数据分配所述SMU上的***节点记录(SNRec)和所述MMU上的媒体节点记录(MNRec);所述SMU上的SNRec用于记录所述待管理数据的路径;所述MMU上的MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;
建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,并建立所述MMU上的MNRec与所述DMU上的数据块(DB)之间的映射关系;
将所述待处理数据存储至所述MMU上的MNRec对应的DB中。
结合第一方面,在第一种可能的实现方式中,所述建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,包括:
建立所述SMU上的***目录节点(SDNode)与***文件节点(SFNode)之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点(MFNode)之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点(MSNode)之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode;
所述建立所述MMU上的MNRec与所述DMU上的DB之间的映射关系包括:建立所述MSNode与所述DMU上的DB之间的映射关系;
所述将所述待处理数据存储至所述MMU上的MNRec对应的DB中,包括:将所述待处理数据存储至所述MSNode对应的DB中。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,还包括:
建立所述MFNode与媒体索引文件节点(MINode)之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点(MKNode)之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;
所述建立所述MMU上的MNRec与所述DMU上的DB之间的映射关系还包括:建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;
所述将所述待处理数据存储至所述MMU上的MNRec对应的DB中,还包括:
利用加速接口,根据所述待处理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;
和/或将所述待处理数据的加密信息存储至所述MKNode对应的DB中。
结合第一方面中第二种可能的实现方式,在第三种可能的实现方式中,所述将所述待处理数据存储至所述MSNode对应的DB中,包括:
利用所述加速接口,根据所述加密信息对所述待处理数据进行加密,并得到加密后的数据;并将所述加密后的数据存储至所述MSNode对应的DB中。
结合第一方面中第三种可能的实现方式,在第四种可能的实现方式中,在将所述待处理数据存储至所述MMU上的MNRec对应的DB中之后,还包括:
根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
从所述MSNode对应的DB中提取所述待处理数据。
结合第一方面中第三种可能的实现方式,在第五种可能的实现方式中,还包括:
建立所述索引信息与所述MSNode之间的映射关系;
在将所述待处理数据存储至所述MMU上的MNRec对应的DB中之后,还包括:
从所述MINode对应的DB中提取所述索引信息;
根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
从所述MSNode对应的DB中提取所述待处理数据。
结合第一方面中第四种可能的实现方式或第一方面中第五种可能的实现方式,在第六种可能的实现方式中,还包括:
根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;
从所述MKNode对应的所述DMU上的DB中提取所述加密信息;
所述从所述MSNode对应的DB中提取所述待处理数据包括:利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待处理数据进行解密,并得到解密后的数据。
第二方面,本发明实施例提供了一种管理数据的装置,用于一种数据管理***,所述***至少包括:***调用接口和数据管理子***;所述数据管理子***至少包括:超级块(Super_block)、***管理单元(SMU)、媒体管理单元(MMU)和数据管理单元(DMU);所述装置包括:
获取单元,用于通过所述***调用接口获取待处理数据;
分配单元,用于利用所述SMU为所述待处理数据分配***节点记录(SNRec),并利用所述MMU为所述待处理数据分配媒体节点记录(MNRec);所述SNRec用于记录所述待管理数据的路径;所述MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;
映射单元,用于建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,并建立所述MMU上的MNRec与所述DMU上的数据块(DB)之间的映射关系;
存储单元,用于将所述待处理数据存储至所述MMU上的MNRec对应的DB中。
结合第二方面,在第一种可能的实现方式中,所述映射单元还用于建立所述SMU上的***目录节点(SDNode)与***文件节点(SFNode)之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点(MFNode)之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点(MSNode)之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode;
所述映射单元还用于建立所述MSNode与所述DMU上的DB之间的映射关系;
所述存储单元还用于将所述待处理数据存储至所述MSNode对应的DB中。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述映射单元还用于建立所述MFNode与媒体索引文件节点(MINode)之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点(MKNode)之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;
所述映射单元还用于建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;
所述存储单元还用于利用加速接口,根据所述待处理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;
和/或将所述待处理数据的加密信息存储至所述MKNode对应的DB中。
结合第二方面中第二种可能的实现方式,在第三种可能的实现方式中,所述存储单元包括:
加密子单元,用于利用所述加速接口,根据所述加密信息对所述待处理数据进行加密,并得到加密后的数据;
存储子单元,用于并将所述加密后的数据存储至所述MSNode对应的DB中。
结合第二方面中第三种可能的实现方式,在第四种可能的实现方式中,所述装置还包括:
查询单元,用于根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
提取单元,用于从所述MSNode对应的DB中提取所述待处理数据。
结合第二方面中第四种可能的实现方式,在第五种可能的实现方式中,所述映射单元还用于建立所述索引信息与所述MSNode之间的映射关系;
所述提取单元还用于从所述MINode对应的DB中提取所述索引信息;
所述查询单元还用于根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
所述提取单元还用于从所述MSNode对应的DB中提取所述待处理数据。
结合第二方面中第四种可能的实现方式或第二方面中第四种可能的实现方式,在第六种可能的实现方式中,所述查询单元还用于根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;
所述提取单元还用于从所述MKNode对应的所述DMU上的DB中提取所述加密信息;
所述提取单元还用于利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待处理数据进行解密,并得到解密后的数据。
本发明实施例提供的一种管理数据的方法及装置,通过包括了超级块、***管理单元、媒体管理单元和数据管理单元的数据管理子***处理媒体文件,在获取待处理数据时,为待处理数据分配***管理单元上的***节点记录和媒体管理单元上的媒体节点记录;然后,建立***管理单元上的***节点记录与媒体管理单元上的媒体节点记录之间的映射关系,以及建立媒体管理单元上的媒体节点记录与DMU上的数据块之间的映射关系;进而将待处理数据存储至媒体管理单元上的媒体节点记录对应的数据块中。相对于现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间,本发明中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置。从而减少所需花费的时间,提高了文件***的管理效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的客户端文件***示意图;
图2为本发明实施例提供的数据管理子***示意图;
图3为本发明一实施例提供的一种管理数据的方法流程图;
图4为本发明又一实施例提供的一种管理数据中存储媒体数据的方法流程图;
图5为本发明又一实施例提供的一种管理数据中建立索引信息的方法流程图;
图6为本发明又一实施例提供的一种管理数据中保存媒体数据方法流程图;
图7为本发明又一实施例提供的一种管理数据中删除媒体数据的方法流程图;
图8、图9为本发明又一实施例提供的装置示意图;
图10为本发明实施例提供的客户端设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供的技术方案可应用于客户端设备管理数据的应用场景下,在该应用场景下,用户设备一般包括手持终端、家用计算机以及可联网的多媒体设备等。媒体文件***是用户设备中的***程序。在本实施例中,客户端设备可以利用如图1所示的文件***管理数据,在该文件***中,管理文件数据的方式可以包括:101、应用进程通过lib库,完成对文件***调用接口的调用,所述lib库是为方便用户的使用而封装的功能接口。102、标准linux实现,VFS(Virtual File System,虚拟文件***)调用。103、标准linux实现,节点信息的内存缓存。104、标准linux实现,目录信息的内存缓存。105、转化为对挂接在VFS平台的himedia***的调用。himedia***核心主要包含:SMU(SystemManage Unit,***管理单元)、MMU(Media Manage Unit,媒体管理单元)、DMU(Data Manage Unit,数据管理单元)与加速接口4个功能单元。106、标准linux实现,缓冲区会缓存文件***和相关块设备之间的请求。107、标准linux实现,标准的磁盘接口操作。108、加速接口主要包括:建立媒体数据索引,媒体数据加解密等功能类接口。109、数字媒体终端类芯片及硬件加速模块。
具体的,如图2所示,himedia***可以以BTree文件***的方式实现,其日志的备份与恢复工作可按BTree常规方式实现。在himedia***中至少包括:超级块Super_block、SMU、MMU和DMU。其中:
Super_block是一个具体文件***的入口,该部分包含管理文件***所需基本信息,如:文件***名称(himedia)、文件***的大小和状态等内容;
其中,Himeia文件***还包括:
承载SMU数据块的起止编号200;
承载MMU数据块的起止编号201;
承载DMU数据块的起止编号202。
所述SMU负责完成SNRec(System Node Record,***节点记录)的分配和释放工作;所述MMU负责完成MNRec(Media Node Record,媒体节点记录)的分配和释放工作;所述DMU负责完成DB(Data Block,数据块)的分配和释放工作。
其中,SNRec可以分为两类:SDNode(System Directory Node,***目录节点)和SFNode(System File Node,***文件节点)。
例如“/abc/xyz.mdi”路径,包含三个SNRec:
SDNode“/”:表示根目录节点;
SDNode“abc”:表示“abc”子目录节点;
SFNode“xyz”:表示“xyz.mdi”文件节点;
一个媒体节目对应一个SFNode;
size(SFElem)=(2^n),SFNode就是一个SFElem(System Fixed Element,***固定元素),SDNode是SFElem的整数倍;
SMU块组内部划分为两个连续块组:
A块组:连续的SFElem集合;
B块组:记录A块组中SFElem统计信息
包括bitmap,SFElem总量、使用量、下一个分配位置等信息;
类型为SDNode的SNRec的ID(Identity,标识)即是对应SFElem ID;
类型为SFNode的SNRec的ID为对应的第一个SFElem ID;
以“BTree”的方式组织SDNode同SFNode的路径层次关系,SDNode为“BTree”的枝节点,SFNode为“BTree”的叶节点;
SNRec公共信息(SFNode或SDNode)主要包括:名称、类型、所有者(包括用户ID、组ID)、权限位、尺寸、时间(创建时间、修改时间等)、承载数据块的ID;
SFNode信息主要是保存MMU中对应的MFNode的MNRec(Media Node Record,媒体节点记录)ID,如图2中的映射关系210;
SDNode以“BTree”的方式,组织该目录下的所有子目录SDNode与文件SFNode;以它们的名称为关键字进行链接,记录对应的ID信息;随着目录下内容的逐渐增多,SDNode会包含多个SFElem,提供字段保存SFElem的顺序连接关系;
ID“0”的SNRec对应根目录SDNode;
该分区数据量比重小,可适当冗余;
所述MMU负责完成MNRec的分配和释放工作。
一个媒体节目对应一系列类型的MNRec,MNRec可根据实际进行扩展。
MFNode:记录基本节目信息,主要包括:数据流类型、是否加密、是否帧索引;记录相关MNRec的ID;记录SMU中对应的SFNode的ID,如图2中的映射关系230;同一媒体节目的SFNode与MFNode互指;
MSNode:记录媒体节目音频/视频/字幕等数据流的文件,支持TS/PS/ES等多种格式数据;
MINode:媒体节目需要帧索引,记录对应的索引信息,便于文件***按帧seek操作;
MKNode:媒体节目需要加密时,记录密钥信息;
MGNode:媒体节目数据流分段时,记录各片断的信息;
size(MFElem)=(2^m),MNRec是MFElem(Media Fixed Element,媒体固定元素)的整数倍;
具体MNRec ID为对应的第一个MFElem ID;
MMU块组内部划分为两个连续块组:
A块组:连续的MFElem集合;
B块组:记录A块组中MFElem统计信息,
包括bitmap,MFElem总量、使用量、下一个分配位置等信息;
MSNode:以“B+树”形式记录保存数据流的数据块的索引信息;
完成“逻辑数据块”到“物理数据块”的映射;
参考Btrfs的extent tree实现方式,如图2中的映射关系220;
MINode/MKNode/MGNode具有相似的数据特征:
文件保存记录元素格式同尺寸都是固定;
文件保存数据内容只会按序增加,不会随机删减;
IndexItem,可按“B+树”方式组织数据块,并在数据块中保存具体的记录元素,如图2中的映射关系230;
该分区数据量比重小,可适当冗余;
所述DMU是数据管理单元,用于完成DB分配/释放工作。
DB用于承载媒体节目的流数据、index数据、key数据等;
DMU块组内部划分为两个连续块组:
A块组:连续的DB集合;
B块组:记录A块组中DB统计信息,包括bitmap,DB总量、使用量,下一个分配位置等信息。
需要说明的是,MSNode由多个RecElem组成,MSNode记录DB树;MINode由多个RecElem组成,MINode记录DB树中存储IndexElem;MKNode由多个RecElem组成,MKNode记录DB树中存储KeyElem。
本发明可用于家庭媒体终端,例如STB(Set-Top-Box,机顶盒),的PVR业务;或者可用于家庭媒体内容服务器,例如DMS(Database Management System,数据库管理***),的存储业务;或者可用于头端媒体节目存储等诸多业务场景等等。
本发明实施例提供一种管理数据的方法,用于如图1文件管理***,如图1的文件管理***可以运行在一个客户端设备上,客户端设备具体可以是手机、电脑等,如图3所示,所述方法包括:
1001、客户端设备通过***调用接口获取待处理数据,并为待处理数据分配SMU上的***节点记录和MMU上的媒体节点记录。
其中,SMU上的SNRec用于记录待管理数据的路径;MMU上的MNRec至少记录了待管理数据的基本信息,基本信息至少用于描述待管理数据的属性信息和数据流信息。
1002、客户端设备建立SMU上的SNRec与MMU上的MNRec之间的映射关系,并建立MMU上的MNRec与DMU上的数据块之间的映射关系。
其中,SNRec可以分为两类:SDNode和SFNode。MNRec包括MFNode和MSNode。
客户端设备建立SMU上的SNRec与MMU上的MNRec之间的映射关系,包括:建立SMU上的SDNode与SFNode之间的映射关系、SFNode与MMU上的MFNode之间的映射关系和MFNode与MMU上的MSNode之间的映射关系。
进一步的,客户端设备建立MMU上的MNRec与DMU上的DB之间的映射关系包括:建立MSNode与DMU上的DB之间的映射关系。
进一步的,客户端设备将待处理数据存储至MMU上的MNRec对应的DB中,包括:将待处理数据存储至MSNode对应的DB中。
MNRec还包括MINode和MKNode。客户端设备建立SMU上的SNRec与MMU上的MNRec之间的映射关系,还包括:建立MFNode与MINode之间的映射关系;和/或建立MFNode与MKNode之间的映射关系。
进一步的,客户端设备建立MMU上的MNRec与DMU上的DB之间的映射关系还包括:建立MINode与DMU上的DB之间的映射关系;和/或建立MKNode与DMU上的DB之间的映射关系。
需要说明的是,建立MINode与DMU上的DB之间的映射关系,即为将待处理数据的索引信息存储在MINode对应的DB中;建立MKNode与DMU上的DB之间的映射关系,即为将待处理数据的密码存储在MKNode对应的DB中。
数据管理子***还包括加速接口,用于所述***调用底层硬件。
进一步的,客户端设备将待处理数据存储至MMU上的MNRec对应的DB中,还包括:利用加速接口,根据待处理数据生成索引信息;并将索引信息存储至MINode对应的DB中;和/或将待处理数据的加密信息存储至MKNode对应的DB中。
客户端设备将待处理数据存储至MSNode对应的DB中,包括:利用加速接口,根据加密信息对待处理数据进行加密,并得到加密后的数据;并将加密后的数据存储至MSNode对应的DB中。
需要说明的是,加速接口是定义底层硬件加速的接口,用于提高处理效率。通过加速接口调用底层硬件执行媒体数据的加解密、建立索引等操作过程,从而提高了***处理媒体数据的处理效率。
1003、客户端设备将待处理数据存储至MMU上的MNRec对应的DB中。
其中,在客户端设备将待处理数据存储至MMU上的MNRec对应的DB中之后,还包括:根据SDNode与SFNode之间的映射关系、SFNode与MFNode之间的映射关系和MFNode与MSNode之间的映射关系,查询MSNode对应的DB。然后,从MSNode对应的DB中提取待处理数据。
需要说明的是,在客户端设备将待处理数据存储至MMU上的MNRec对应的DB中之后,还包括:从MINode对应的DB中提取索引信息;根据索引信息和索引信息与MSNode之间的映射关系,查询MSNode对应的DB;从MSNode对应的DB中提取待处理数据。其中,索引信息与MSNode之间的映射关系为提取索引信息之前建立。
需要说明的是,待处理数据存储到DB时,MINode中IndexElem记录待处理数据索引的起止地址,该地址逻辑线性序列对应媒体文件的字节位置,通过MSNode的DB树进行翻译到实际的物理DB及偏移字节序列。
客户端设备根据MFNode与MKNode之间的映射关系,查询MKNode对应DMU上的DB;从MKNode对应的DMU上的DB中提取加密信息;从MSNode对应的DB中提取待处理数据包括:利用加速接口,根据加密信息对从MSNode对应的DB中提取得到的待处理数据进行解密,并得到解密后的数据。
需要说明的是,待处理数据存储到DB时,MKNode中keyItem记录待处理数据加密信息的起止地址,该地址逻辑线性序列对应媒体文件的字节位置,通过MSNode的DB树进行翻译到实际的物理DB及偏移字节序列。
需要说明的是,本发明实施例中,对于记录待处理数据信息的内容并不限定,可以包括密码和/或索引信息,或者其他可以扩展的信息,其数据处理过程与建立索引信息和/或记录待处理数据密码的数据处理过程一致,在此不再赘述。
需要说明的是,现有技术中在对文件处理中进行用户态同内核态切换时,不仅花费了大量额外时间,长时间后还会产生大量碎片,浪费存贮空间,本发明实施例中,不需要通过调用功能接口就可以对文件进行读写,不会进行用户态同内核态切换,则减少花费的时间,避免产生大量碎片,提高了文件***的管理效率。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明中客户端设备通过包括了超级块、***管理单元、媒体管理单元和数据管理单元的数据管理子***处理媒体文件,在获取待处理数据时,为待处理数据分配***管理单元上的***节点记录和媒体管理单元上的媒体节点记录;然后,建立***管理单元上的***节点记录与媒体管理单元上的媒体节点记录之间的映射关系,以及建立媒体管理单元上的媒体节点记录与DMU上的数据块之间的映射关系;进而将待处理数据存储至媒体管理单元上的媒体节点记录对应的数据块中。本发明中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明又一实施例提供一种管理数据的方法,用于客户端在如图1所示的客户端设备中创建文件,存储媒体数据的方法,如图4所示,所述方法包括:
2001、SMU获取空闲SNRec,根据具体路径建立对应的SDNode或SFNode。
2002、MMU获取空闲MNRec,建立MFNode或MSNode,以及建立SFNode与MFNode映射关系。
需要说明的是,当需按帧索引媒体数据时,要建立MINode,以及MFNode与MINode之间的映射关系;当需加密媒体数据,要建立MKNode,以及MFNode与MKNode之间的映射关系。
2003、MMU调用加速接口通过硬件建立数据流的帧索引;DMU分配空闲DB,用于以IndexItem为单位分配,MINode将新分配DB ID记录在内部B+树中,并保存当前IndexItem分配位置。
2004、MMU调用加速接口通过硬件加密数据流;DMU分配空闲DB,用于以keyItem为单位进行分配,MKNode将新分配DB ID记录在内部B+树中,并保存当前keyItem分配位置。
需要说明的是,步骤2003和步骤2004为可选步骤,当不需要建立帧索引时,不需要执行步骤2003;当数据不需要加密时,不需要执行步骤2004。
2005、DMU分配DB,用于保存媒体数据,MSNode将新分配DB ID记录在内部B+树中,并保存当前DB空闲起始位置。
2006、定时将文件***缓存数据刷新至物理磁盘。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明实施例中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置。从而减少所需花费的时间,提高了文件***的管理效率。
本发明又一实施例提供一种管理数据的方法,用于客户端在如图1所示的客户端设备中,基于如图4所示的方法未执行步骤2003而保存媒体数据后建立索引信息的方法,如图5所示,所述方法包括:
3001、针对给定目录,SMU通过文件目录树找到对应SFNode。
3002、MMU根据SFNode找到对应MFNode;通过MFNode获取MSNode;建立MINode。
需要说明的是,若数据流存在加密,建立MINode时,还需要获取对应MKNode。
3003、DMU按序获取MSNode内部B+树记录的DB ID,读取相应媒体数据。
3004、DMU按序获取MKNode内部B+树记录的DB ID,以keyItem为单位读取相应记录信息;调用加速接口使用硬件模块还原数据。
需要说明的是,此步骤为在媒体数据存储存在加密时执行,若媒体数据存储不存在加密时,不需要执行。
3005、调用加速接口使用硬件模块对数据流建立索引。
3006、DMU分配空闲DB,用于以IndexItem为单位分配,MINode将新分配DB ID记录在内部B+树中,并保存当前IndexItem分配位置。
3007、定时将文件***缓存数据刷新至物理磁盘。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明又一实施例提供一种管理数据的方法,用于客户端在如图1所示的客户端设备中,基于如图4所示的方法保存媒体数据后,获取媒体数据的方法,如图6所示,所述方法包括:
4001、针对给定目录,SMU通过文件目录树找到对应SFNode。
4002、MMU根据SFNode找到对应MFNode;通过MFNode获取MSNode;获取对应MINode。
需要说明的是,若数据流存在加密,则还需要获取对应MKNode。
4003、MMU根据倍速计算显示帧所在DB ID及IndexItem位置信息;结合MKNode内部B+树;获取IndexItem信息。
4004、MMU根据IndexItem信息,获取对应的MSNode内部B+树记录的DB ID;DMU读取相应媒体数据。
4005、MMU根据keyItem信息获取MKNode内部B+树记录的DB ID,读取相应keyItem信息;调用加速接口使用硬件模块还原媒体数据。
需要说明的是,此步骤为在媒体数据存储存在加密时执行,若媒体数据存储不存在加密时,不需要执行。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明实施例中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明又一实施例提供一种管理数据的方法,用于客户端在如图1所示的客户端设备中,基于如图4所示的方法保存媒体数据后,删除媒体数据的方法,如图7所示,所述方法包括:
5001、针对给定目录,SMU通过文件目录树找到对应SFNode。
5002、MMU根据SFNode找到对应MFNode;通过MFNode获取MSNode、MKNode或MINode。
5003、DMU按序获取MSNode内部B+树记录的DB ID,进行释放;MMU释放MSNode占用的MNRec。
5004、DMU按序获取MINode内部B+树记录的DB ID,进行释放;MMU释放MINode占用的MNRec。
需要说明的是,当要删除的媒体数据建立索引信息时,执行此步骤。
5005、DMU按序获取MKNode内部B+树记录的DB ID,进行释放;MMU释放MKNode占用的MNRec。
需要说明的是,当要删除的媒体数据存在加密时,执行此步骤。
5006、MMU释放MFNode占用的MNRec。
5007、SMU释放SFNode占用的SNRec。
5008、定时将文件***缓存数据刷新至物理磁盘。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比相比,本发明实施例中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明实施例提供了一种处理数据的装置60,如图8所示,用于一种数据管理***,所述***至少包括:***调用接口和数据管理子***;所述数据管理子***至少包括:超级块、***管理单元、媒体管理单元和数据管理单元;所述装置60包括:
获取单元61,用于通过所述***调用接口获取待处理数据;
分配单元62,用于利用所述SMU为所述待处理数据分配***节点记录(SNRec),并利用所述MMU为所述待处理数据分配媒体节点记录(MNRec);所述SNRec用于记录所述待管理数据的路径;所述MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;
映射单元63,用于建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,并建立所述MMU上的MNRec与所述DMU上的数据块(DB)之间的映射关系;
存储单元64,用于将所述待处理数据存储至所述MMU上的MNRec对应的DB中。
需要说明的是,装置60获取待处理数据后,SMU为待处理数据分配SNRec、MMU为待处理数据分配MNRec,然后将各自分配的SNRec和MNRec上报,装置60对上报的MNRec和MNRec进行处理。
可选的,所述映射单元63还用于建立所述SMU上的***目录节点(SDNode)与***文件节点(SFNode)之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点(MFNode)之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点(MSNode)之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode;
所述映射单元63还用于建立所述MSNode与所述DMU上的DB之间的映射关系;
所述存储单元64还用于将所述待处理数据存储至所述MSNode对应的DB中。
可选的,所述映射单元63还用于建立所述MFNode与媒体索引文件节点(MINode)之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点(MKNode)之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;
所述映射单元63还用于建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;
所述存储单元64还用于利用加速接口,根据所述待处理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;
和/或将所述待处理数据的加密信息存储至所述MKNode对应的DB中。
可选的,如图9所示,所述存储单元64还可以包括:
加密子单元641,用于利用所述加速接口,根据所述加密信息对所述待处理数据进行加密,并得到加密后的数据;
存储子单元642,用于并将所述加密后的数据存储至所述MSNode对应的DB中。
可选的,如图9所示,所述装置60还可以包括:
查询单元65,用于根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
提取单元66,用于从所述MSNode对应的DB中提取所述待处理数据。
可选的,所述映射单元63还用于建立所述索引信息与所述MSNode之间的映射关系;
所述提取单元66还用于从所述MINode对应的DB中提取所述索引信息;
所述查询单元65还用于根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
所述提取单元66还用于从所述MSNode对应的DB中提取所述待处理数据。
可选的,所述查询单元65还用于根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;
所述提取单元66还用于从所述MKNode对应的所述DMU上的DB中提取所述加密信息;
所述提取单元66还用于利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待处理数据进行解密,并得到解密后的数据。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明中装置60通过包括了超级块、***管理单元、媒体管理单元和数据管理单元的数据管理子***处理媒体文件,在获取待处理数据时,为待处理数据分配***管理单元上的***节点记录和媒体管理单元上的媒体节点记录;然后,建立***管理单元上的***节点记录与媒体管理单元上的媒体节点记录之间的映射关系,以及建立媒体管理单元上的媒体节点记录与DMU上的数据块之间的映射关系;进而将待处理数据存储至媒体管理单元上的媒体节点记录对应的数据块中。本发明中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明实施例还提供了一种客户端设备70的结构,如图10所示,所述客户端设备70包括:至少一个处理器71,例如CPU,至少一个网络接口74或者其他用户接口73,存储器75,至少一个通信总线72。通信总线72用于实现这些组件之间的连接通信。可选的,还包含用户接口73,包括显示器,键盘或者点击设备(例如,鼠标,轨迹球(trackball),触感板或者触感显示屏)。存储器75可能包含高速RAM存储器,也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器75可选的可以包含至少一个位于远离前述处理器71的存储装置。
在一些实施方式中,存储器75存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集;
操作***751,包含各种***程序,用于实现各种基础业务以及处理基于硬件的任务;
应用程序752,包含各种应用程序,用于实现各种应用业务。
具体地,处理器71用于:通过所述***调用接口获取待处理数据,利用所述SMU为所述待处理数据分配***节点记录(SNRec),并利用所述MMU为所述待处理数据分配媒体节点记录(MNRec);所述SNRec用于记录所述待管理数据的路径;所述MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;以及,用于建立所述SMU上的SNRec与所述MMU上的MNRec之间的映射关系,并建立所述MMU上的MNRec与所述DMU上的数据块(DB)之间的映射关系;以及,用于将所述待处理数据存储至所述MMU上的MNRec对应的DB中。
进一步的,所述处理器71还用于:建立所述SMU上的***目录节点(SDNode)与***文件节点(SFNode)之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点(MFNode)之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点(MSNode)之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode;以及,用于建立所述MSNode与所述DMU上的DB之间的映射关系;以及,用于将所述待处理数据存储至所述MSNode对应的DB中。
进一步的,所述处理器71还用于建立所述MFNode与媒体索引文件节点(MINode)之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点(MKNode)之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;以及,用于建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;以及,用于利用加速接口,根据所述待处理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;和/或将所述待处理数据的加密信息存储至所述MKNode对应的DB中。
进一步的,所述处理器71还用于利用所述加速接口,根据所述加密信息对所述待处理数据进行加密,并得到加密后的数据;并将所述加密后的数据存储至所述MSNode对应的DB中。
进一步的,所述处理器71还用于根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;以及,用于从所述MSNode对应的DB中提取所述待处理数据。
进一步的,所述处理器71还用于建立所述索引信息与所述MSNode之间的映射关系;以及,用于从所述MINode对应的DB中提取所述索引信息;以及,用于根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;以及,用于从所述MSNode对应的DB中提取所述待处理数据。
进一步的,所述处理器71还用于根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;以及,用于从所述MKNode对应的所述DMU上的DB中提取所述加密信息;以及,用于利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待处理数据进行解密,并得到解密后的数据。
与现有技术中对媒体文件处理时,需要频繁调用各功能接口,以及进行用户态同内核态的切换,花费较长时间相比,本发明中客户端设备70通过包括了超级块、***管理单元、媒体管理单元和数据管理单元的数据管理子***处理媒体文件,在获取待处理数据时,为待处理数据分配***管理单元上的***节点记录和媒体管理单元上的媒体节点记录;然后,建立***管理单元上的***节点记录与媒体管理单元上的媒体节点记录之间的映射关系,以及建立媒体管理单元上的媒体节点记录与DMU上的数据块之间的映射关系;进而将待处理数据存储至媒体管理单元上的媒体节点记录对应的数据块中。本发明中针对具体文件的字节序列建立了一种映射关系,通过映射管理对应的字节序列和字节序列的索引/加解密密钥信息等信息,在对字节序列进行读写时,可以快速找到字节序列中所需要字节段的起止位置,从而减少所需花费的时间,提高了文件***的管理效率。
本发明实施例提供的一种处理数据的***,能够建立***管理单元、媒体管理单元和数据管理单元之间的映射关系,***通过该映射关系读写媒体数据时,能够节省媒体数据的读写时间,从而提高媒体文件的处理效率;通过加速接口能自动完成加解密和索引操作进一步提高处理效率。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种管理数据的方法,其特征在于,用于一种数据管理***,所述***至少包括:***调用接口和数据管理子***;所述数据管理子***至少包括:超级块Super_block、***管理单元SMU、媒体管理单元MMU和数据管理单元DMU;
所述方法包括:
通过所述***调用接口获取待管理数据,并为所述待管理数据分配所述SMU上的***节点记录SNRec和所述MMU上的媒体节点记录MNRec;所述SMU上的SNRec用于记录所述待管理数据的路径;所述MMU上的MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;
建立所述SMU上的***目录节点SDNode与***文件节点SFNode之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点MFNode之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点MSNode之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode,并建立所述MSNode与所述DMU上的DB之间的映射关系;
将所述待管理数据存储至所述MSNode对应的DB中。
2.根据权利要求1所述的管理数据的方法,其特征在于,所述方法还包括:
建立所述MFNode与媒体索引文件节点MINode之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点MKNode之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;
建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;
利用加速接口,根据所述待管理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;
和/或将所述待管理数据的加密信息存储至所述MKNode对应的DB中。
3.根据权利要求2所述的管理数据的方法,其特征在于,所述将所述待管理数据存储至所述MSNode对应的DB中,包括:
利用所述加速接口,根据所述加密信息对所述待管理数据进行加密,并得到加密后的数据;并将所述加密后的数据存储至所述MSNode对应的DB中。
4.根据权利要求3所述的管理数据的方法,其特征在于,在将所述待管理数据存储至所述MSNode对应的DB中之后,还包括:
根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
从所述MSNode对应的DB中提取所述待管理数据。
5.根据权利要求3所述的管理数据的方法,其特征在于,还包括:
建立所述索引信息与所述MSNode之间的映射关系;
在将所述待管理数据存储至所述MSNode对应的DB中之后,还包括:
从所述MINode对应的DB中提取所述索引信息;
根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
从所述MSNode对应的DB中提取所述待管理数据。
6.根据权利要求4或5所述的管理数据的方法,其特征在于,还包括:
根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;
从所述MKNode对应的所述DMU上的DB中提取所述加密信息;
所述从所述MSNode对应的DB中提取所述待管理数据包括:利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待管理数据进行解密,并得到解密后的数据。
7.一种管理数据的装置,其特征在于,用于一种数据管理***,所述***至少包括:***调用接口和数据管理子***;所述数据管理子***至少包括:超级块Super_block、***管理单元SMU、媒体管理单元MMU和数据管理单元DMU;所述装置包括:
获取单元,用于通过所述***调用接口获取待管理数据;
分配单元,用于利用所述SMU为所述待管理数据分配***节点记录SNRec,并利用所述MMU为所述待管理数据分配媒体节点记录MNRec;所述SNRec用于记录所述待管理数据的路径;所述MNRec至少记录了所述待管理数据的基本信息,所述基本信息至少用于描述所述待管理数据的属性信息和数据流信息;
映射单元,用于建立所述SMU上的***目录节点SDNode与***文件节点SFNode之间的映射关系、所述SFNode与所述MMU上的媒体信息文件节点MFNode之间的映射关系和所述MFNode与所述MMU上的媒体数据流文件节点MSNode之间的映射关系;其中,所述SNRec包括所述SDNode和所述SFNode,所述MNRec包括所述MFNode和所述MSNode,并建立所述MSNode与所述DMU上的DB之间的映射关系;
存储单元,用于将所述待管理数据存储至所述MSNode对应的DB中。
8.根据权利要求7所述的管理数据的装置,其特征在于,所述映射单元还用于建立所述MFNode与媒体索引文件节点MINode之间的映射关系;和/或建立所述MFNode与媒体安全密钥信息文件节点MKNode之间的映射关系;所述MNRec还包括所述MINode和所述MKNode;
所述映射单元还用于建立所述MINode与所述DMU上的DB之间的映射关系;和/或建立所述MKNode与所述DMU上的DB之间的映射关系;
所述存储单元还用于利用加速接口,根据所述待管理数据生成索引信息;并将所述索引信息存储至所述MINode对应的DB中;所述数据管理子***还包括所述加速接口,所述加速接口用于所述***调用底层硬件;
和/或将所述待管理数据的加密信息存储至所述MKNode对应的DB中。
9.根据权利要求8所述的管理数据的装置,其特征在于,所述存储单元包括:
加密子单元,用于利用所述加速接口,根据所述加密信息对所述待管理数据进行加密,并得到加密后的数据;
存储子单元,用于并将所述加密后的数据存储至所述MSNode对应的DB中。
10.根据权利要求9所述的管理数据的装置,其特征在于,所述装置还包括:
查询单元,用于根据所述SDNode与所述SFNode之间的映射关系、所述SFNode与所述MFNode之间的映射关系和所述MFNode与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
提取单元,用于从所述MSNode对应的DB中提取所述待管理数据。
11.根据权利要求10所述的管理数据的装置,其特征在于,所述映射单元还用于建立所述索引信息与所述MSNode之间的映射关系;
所述提取单元还用于从所述MINode对应的DB中提取所述索引信息;
所述查询单元还用于根据所述索引信息和所述索引信息与所述MSNode之间的映射关系,查询所述MSNode对应的DB;
所述提取单元还用于从所述MSNode对应的DB中提取所述待管理数据。
12.根据权利要求10或11所述的管理数据的装置,其特征在于,所述查询单元还用于根据所述MFNode与所述MKNode之间的映射关系,查询所述MKNode对应所述DMU上的DB;
所述提取单元还用于从所述MKNode对应的所述DMU上的DB中提取所述加密信息;
所述提取单元还用于利用所述加速接口,根据所述加密信息对从所述MSNode对应的DB中提取得到的所述待管理数据进行解密,并得到解密后的数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410231408.XA CN104021164B (zh) | 2014-05-28 | 2014-05-28 | 一种管理数据的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410231408.XA CN104021164B (zh) | 2014-05-28 | 2014-05-28 | 一种管理数据的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104021164A CN104021164A (zh) | 2014-09-03 |
CN104021164B true CN104021164B (zh) | 2017-07-14 |
Family
ID=51437918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410231408.XA Active CN104021164B (zh) | 2014-05-28 | 2014-05-28 | 一种管理数据的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104021164B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101980203A (zh) * | 2010-10-29 | 2011-02-23 | 中国科学院声学研究所 | 一种用于高清媒体的嵌入式文件*** |
CN102201005A (zh) * | 2011-05-20 | 2011-09-28 | 苏州安源汇信软件有限公司 | 一种文件***的流媒体增强文件布局方法 |
CN102682015A (zh) * | 2011-03-15 | 2012-09-19 | 中国科学院声学研究所 | 一种面向高清媒体的嵌入式文件存储结构及存储方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5822452B2 (ja) * | 2010-10-22 | 2015-11-24 | 株式会社インテック | ストレージサービス提供装置、システム、サービス提供方法、及びサービス提供プログラム |
-
2014
- 2014-05-28 CN CN201410231408.XA patent/CN104021164B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101980203A (zh) * | 2010-10-29 | 2011-02-23 | 中国科学院声学研究所 | 一种用于高清媒体的嵌入式文件*** |
CN102682015A (zh) * | 2011-03-15 | 2012-09-19 | 中国科学院声学研究所 | 一种面向高清媒体的嵌入式文件存储结构及存储方法 |
CN102201005A (zh) * | 2011-05-20 | 2011-09-28 | 苏州安源汇信软件有限公司 | 一种文件***的流媒体增强文件布局方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104021164A (zh) | 2014-09-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105678189B (zh) | 加密数据文件存储和检索***及方法 | |
US20230384963A1 (en) | Efficient Creation And Management Of Snapshots | |
US9047462B2 (en) | Computer account management system and realizing method thereof | |
CN110147684B (zh) | 用于实现区块链数据隐私保护的方法及设备 | |
US10509701B2 (en) | Performing data backups using snapshots | |
CN103166911B (zh) | 一种版本管理服务器权限管理方法和设备 | |
US8799677B2 (en) | Encrypted search database device, encrypted search data adding/deleting method and adding/deleting program | |
CN103729470A (zh) | 一种基于不同云存储端的安全存储方法 | |
CN107562915A (zh) | 读取小文件的方法、装置和设备及计算机可读存储介质 | |
CN107391758A (zh) | 数据库切换方法、装置及设备 | |
CN103699557B (zh) | 报表处理方法及*** | |
CN103488791A (zh) | 数据访问方法、***及数据仓库 | |
CN104679665A (zh) | 一种实现分布式文件***块存储的方法及*** | |
CN104408111A (zh) | 一种删除重复数据的方法及装置 | |
CN107958079A (zh) | 聚合文件删除方法、***、装置及可读存储介质 | |
CN104331453A (zh) | 一种分布式文件***及分布式文件***的构建方法 | |
WO2016045641A2 (zh) | 数据块储存方法、数据查询方法和数据修改方法 | |
US20220335071A1 (en) | Storing and versioning hierarchical data in a binary format | |
CN109918352A (zh) | 存储器***和存储数据的方法 | |
US10095706B2 (en) | Data access system and data access method | |
CN110633125A (zh) | 一种基于云平台存储的集成管理平台及管理方法 | |
CN105677579B (zh) | 缓存***中的数据访问方法和*** | |
CN104021164B (zh) | 一种管理数据的方法及装置 | |
CN112818038A (zh) | 基于区块链和ipfs组合的数据管理方法及相关设备 | |
CN104391947A (zh) | 海量gis数据实时处理方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |