CN109246377B - 视频数据存储、读取方法及视频数据存储设备 - Google Patents

Abstract

本公开实施例公开了一种视频数据存储、读取方法及视频数据存储设备，涉及数据存储领域。其中，视频数据存储方法，包括：响应数据存储指令，接收视频数据；在存储设备内对所述视频数据进行编解码；将经过编解码处理后的视频数据存储到存储设备内的存储空间内。达到减少数据流的目的。

Description

视频数据存储、读取方法及视频数据存储设备

技术领域

本公开涉及数据存储领域，尤其涉及一种视频数据存储、读取方法及视频数据存储设备。

背景技术

视频内容的存储以及视频的编解码是视频应用中的常见功能。现有技术中，这两个部分功能分别实现在存储设备和视频编解码模块中。其中，视频编解码模块可能是纯粹的软件模块(比如x264,x265),也可能是CPU或GPU上的视频编解码加速器；存储设备可能是固态硬盘(SSD)。这种结构有以下一些问题：

1、在存储和编解码交织的应用中，数据流程复杂。

比如在视频编辑(Video Editing)和分析(Video Analytics)的应用中，需要从存储设备中取出编码的视频，然后提交视频解码器生成原始视频(Raw Video in YUV or RGBformat)并进行编辑和计算，之后可能还需要对原始视频在固态硬盘中进行缓存，或将编辑后的视频重新编码并进行存储。这个过程中存储和编解码的过程交织，数据流程比较复杂，系统设计中还要考虑原始视频传输所需要的带宽。

2、视频编解码能力比较难以随着固态硬盘的带宽和容量进行扩展。

比如在视频监控的应用中，每个监控摄像机都产生大量的H.264实时视频，如果采用固态硬盘来存储这些视频，存储成本比较高。如果将这些视频转换成H.265再进行存储，则可以节约30％到50％的存储空间，但是这意味着系统中需要有与视频源数量相当的编解码器来进行转码，存在视频编解码器的扩展成本高及可扩展性差的问题。

发明内容

有鉴于此，本公开实施例提供了一种视频数据存储、读取方法及视频数据存储设备，至少部分的解决现有技术中存在的问题。

第一方面，本公开提供了一种视频数据存储方法，包括：

响应数据存储指令，接收视频数据；

在存储设备内对所述视频数据进行编解码；

将经过编解码处理后的视频数据存储到存储设备内的存储空间内。

作为本公开实施例的一种具体实现方式，

所述存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

作为本公开实施例的一种具体实现方式，

所述数据存储指令，包括，控制编解码的指令。

作为本公开实施例的一种具体实现方式，

在存储设备内对所述视频数据进行编解码，包括：

在存储设备内对所述视频数据解码；

对解码后的视频数据再次编码。

作为本公开实施例的一种具体实现方式，

所述将经过编解码处理后的视频数据存储到存储设备内的存储空间内，包括：

将经过编解码处理后的视频数据采取基于对象的存储。

第二方面，本公开还提供了一种视频数据读取方法，包括：

响应数据读取指令，读取存储设备内的存储空间内存储的视频数据；

将读取的所述视频数据在存储设备中编解码；

输出编解码后的视频数据。

作为本公开实施例的一种具体实现方式，所述存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

作为本公开实施例的一种具体实现方式，

所述数据读取指令，包括，控制解码的指令。

作为本公开实施例的一种具体实现方式，

所述响应数据读取指令，读取存储设备内的存储空间内存储的视频数据，包括：

当所述视频数据采取基于对象的存储时，按照对象标识符读取视频数据。

作为本公开实施例的一种具体实现方式，

所述按照对象标识符读取视频数据，包括：

当存储的所述视频数据含有时间戳时，读取按照对象标识符以及时间戳截取的视频数据。

第三方面，本公开还提供了一种存储设备，包括：

视频编解码模块和存储空间；

当将视频数据写入存储设备时，所述视频编解码模块对写入的视频数据进行编解码；

所述视频编解码模块将编解码后的数据传输至存储空间保存。

作为本公开实施例的一种具体实现方式，所述视频编解码模块的处理能力与存储设备内的读写带宽成比例配置。

作为本公开实施例的一种具体实现方式，还包括：

当从存储设备读取视频数据时，所述视频编解码模块读取存储空间内保存的视频数据；

所述视频编解码模块对读取的视频数据解码。

作为本公开实施例的一种具体实现方式，所述存储设备为固态硬盘。

作为本公开实施例的一种具体实现方式，还包括：

主机接口协议层、视频编解码处理层、闪存转换层和闪存接口协议层，所述视频编解码模块设置在视频编解码处理层；

所述视频数据依次经主机接口协议、视频编解码处理层、闪存转换层和闪存接口协议层传输至闪存。

作为本公开实施例的一种具体实现方式，所述视频编解码处理层，用于响应主机接口协议层收到的命令，对视频数据进行封装、解封、编码、解码、缩放、裁剪或编辑。

作为本公开实施例的一种具体实现方式，所述主机接口协议层内的接口协议，包括，用于控制视频编解码模块的控制数据。

本公开实施例提供的视频数据存储、读取方法及视频数据存储设备，在存储设备内进行视频编解码，在编辑和分析视频数据时，直接在存储设备内对视频进行解码，从而达到减少数据流的目的。

在视频数据存储中，将存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置，从而当存储设备增加时，编解码处理能力也随之增加，从而避免了编解码对存储设备扩展造成的读取限制。

上述说明仅是本公开技术方案的概述，为了能更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为让本公开的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本公开实施例提供的一种视频数据存储方法的流程图；

图2为本公开实施例提供的一种视频数据读取方法的流程图；

图3为本公开实施例提供的固态硬盘的结构示意图；

图4为本公开实施例提供的内置视频编解码器的固态硬盘在视频存储应用中的结构框图；

图5为本公开实施例提供的内置视频编解码器的固态硬盘在视频编辑及分析应用中的结构框图。

具体实施方式

下面结合附图对本公开实施例进行详细描述。

应当明确，以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。

实施例一：

如图1所示，一种视频数据存储方法，包括：

步骤S101：响应数据存储指令，接收视频数据；

步骤S102：在存储设备内对所述视频数据进行编解码；

步骤S103：将经过编解码处理后的视频数据存储到存储设备内的存储空间内。

本技术方案中的存储设备，可以是固态硬盘、机械硬盘、U盘等，为了方便说明下文以固态硬盘为例进行说明，并不是对技术方案的限制。

现有技术中，当录制的视频保存到固态硬盘时，往往需要在主机中解码后再传输至固态硬盘存储。因此在需要对视频数据进行处理时，需要将固态硬盘内的视频数据读取到主机中进行解码，当对视频数据处理完毕后，需要将处理完毕后的视频数据再次在主机中编码后，再存储到固态硬盘中，每次视频数据的读写都要经过主机编解码，因此数据流比较复杂，而本技术方案中将编解码放入到固态硬盘中，录制的视频的原始数据可以预先不经过处理就直接传输至固态硬盘中，在固态硬盘中直接对录制的视频数据进行编解码处理，在对视频数据进行处理时，读取的视频数据都可以在固态硬盘中直接完成视频数据的编解码，从而简化了数据流。

优选的，所述存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

在具体的应用中，许多硬件都留有可扩展的接口，如电脑的内存或硬盘都预留扩展接口，用于对硬件进行扩展，在固态硬盘中，对固态硬盘容量的扩展，也可以为预留的接口，在固态硬盘容量扩展时，因接口增多，其读写带宽也随之增加，读写带宽也是固态硬盘存储数据速度的一个重要参数，如读写带宽过小，固态硬盘的读写数据能力就比较弱，而本技术方案设置编解码处理能力与存储设备内的读写带宽成比例配置，如固态硬盘的容量增加时，为了增加固态硬盘与容量相皮配的数据读写能力，固态硬盘的读写带宽也需要成比例增加，这样才可以整体增加固态硬盘数据读写的能力，因此本技术方案中设置，编解码处理能力与存储设备内的读写带宽成比例配置，及根据固态硬盘的读写能力来匹配相适应的编解码能力。对于视频编码的能力及固态硬盘中编码器和解码器的容量在产品设计时可以随固态硬盘的设计存取带宽进行成比例配置。

视频编解码可以采用纯硬件方案，也可以采用固件的方案，或采用固件/主机软件协助的硬件加速方案。主要是是要不占用或占用很少的主机资源，从而使编解码容量随固态硬盘一起扩容的时候主机资源不会成为瓶颈。

优选的，所述数据存储指令，包括，控制编解码的指令。

固态硬盘可以在写入视频数据的时候，根据写入参数的要求采用内置视频编解码进行转码，并将转码后的视频数据存入闪存。

优选的，在存储设备内对所述视频数据进行编解码，包括：

在存储设备内对所述视频数据解码；对解码后的视频数据再次编码。

在一个具体的应用场景中，如摄像机产生的H.264在写入固态硬盘的时侯，固态硬盘对H.264的视频数据进行解码，然后再将解码后的视频数据进行H.265编码，然后将H.265编码后的视频数据存入闪存。H.265可以在保留和H.264相当的视频质量的同时，减少30％到50％的存储空间。在查看视频时，终端设备从固态硬盘直接读出H.265视频进行观看即可。

优选的，所述将经过编解码处理后的视频数据存储到存储设备内的存储空间内，包括：

将经过编解码处理后的视频数据采取基于对象的存储。

基于对象的存储方式下，每一个视频片段是存在固态硬盘里面的一个对象，并有独特的对象标识符(OID,Object Identifier)；所有的对象存储在一个扁平的地址空间，没有等级层次的区分。

实施例二：

如图2所示，一种视频数据读取方法，包括：

步骤S201：响应数据读取指令，读取存储设备内的存储空间内存储的视频数据；

步骤S202：将读取的所述视频数据在存储设备中编解码；

步骤S203：输出编解码后的视频数据。

本技术方案在存储设备内虽然内置了编解码功能，但在读取存储设备内的视频数据中可以直接读取其内保存的视频数据，而不需要采用在存储设备内对视频数据进行解码。因此在本实施例中，虽然说明在存储设备内对读取的视频数据进行解码的实施例，但并不排除在读取存储设备的数据时，直接读取而不在存储设备内进行解码的方案，如实施例一中读取H.265编码后的视频数据的应用场景。

优选的，所述数据读取指令，包括，控制解码的指令。

在具体的应用场景中，在读取固态硬盘内存储的视频数据时，读取指令中包含有编解码的指令，固态硬盘也可以在读取视频数据的时候，根据读取参数的要求采用内置的视频编解码模块进行转码，并将转码后的数据交给主机上的视频应用。

在本实施例中，优选的存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

优选的，所述响应数据读取指令，读取存储设备内的存储空间内存储的视频数据，包括：当所述视频数据采取基于对象的存储时，按照对象标识符读取视频数据。

优选的，所述按照对象标识符读取视频数据，包括：

当存储的所述视频数据含有时间戳时，读取按照对象标识符以及时间戳截取的视频数据。

在固态硬盘内的视频数据在采取基于对象的存储方式存储时，每一个视频片段是存在固态硬盘里面的一个对象，并有独特的对象标识符(OID,Object Identifier)；所有的对象存储在一个扁平的地址空间，没有等级层次的区分。读取视频数据的时候可以按照对象标识符读出整个视频；如果视频数据的封装格式中有时间信息，那么在读取的时候也可以按照对象标识符以及时间戳从原视频数据中截取视频。

实施例三：

一种存储设备，包括：

视频编解码模块和存储空间；

当将视频数据写入存储设备时，所述视频编解码模块对写入的视频数据进行编解码；

所述视频编解码模块将编解码后的数据传输至存储空间保存。

因在读取存储设备内的视频数据时，可以不经过视频编解码模块进行解码，可以直接读取。

优选的，读取存储设备内的视频数据时，可以经过视频编解码模块进行解码，然后再读取，因此还包括：

当从存储设备读取视频数据时，所述视频编解码模块读取存储空间内保存的视频数据；

所述视频编解码模块对读取的视频数据解码。

视频编解码模块的处理能力与存储设备内的读写带宽成比例配置。视频编解码模块中编码器和解码器的容量在产品生产时可以随固态硬盘的设计存取带宽进行成比例配置。用户对固态硬盘进行扩容的时候，会成比例地获得更多的编解码能力。如此可以使视频编解码的能力随着固态硬盘的带宽和容量而自然扩展。

内置的视频编解码模块可以采用纯硬件方案，也可以采用固件的方案，或采用固件/主机软件协助的硬件加速方案。但是不管是什么方案，最重要的要求是要不占用或占用很少的主机资源，从而使编解码容量随固态硬盘一起扩容的时候主机资源不会成为瓶颈。

而对视频编解码模块的控制指令融合到存取指令中。固态硬盘可以在写入视频数据的时候，根据写入参数的要求采用内置视频编解码模块进行转码，并将转码后的视频数据存入闪存；固态硬盘也可以在读取视频数据的时候，根据读取参数的要求采用内置的视频编解码模块进行转码，并将转码后的数据交给主机上的视频应用。

因固态硬盘中的视频编解码模块具有解码器和编码器，在对视频数据存储时，可以先对收到的视频数据进行解码，然后再采用另外一种编码格式对解码后的视频数据进行编码，因此固态硬盘内存入的视频可以和取出的视频可以拥有不同的编码格式(包括原始视频)，不同的编码参数，不同的分辨率，不同的码率，不同的帧率，甚至不同的时间片段等等。

在一个具体的应用场景中，如摄像机产生的H.264在写入固态硬盘的时侯，固态硬盘对H.264的视频数据进行解码，然后再将解码后的视频数据进行H.265编码，然后将H.265编码后的视频数据存入闪存。H.265可以在保留和H.264相当的视频质量的同时，减少30％到50％的存储空间。在查看视频时，终端设备从固态硬盘直接读出H.265视频进行观看即可。其存入时，视频数据为H.264格式的，因在固态硬盘内对视频数据进行了解码再编码，最后保存的数据为H.265格式的。且固态硬盘内的视频编解码模块可以根据读取指令内的存取指令来进行不同的编解码，从而实现不同编码格式的转码。

优选的，视频片段可以采取基于对象的方式进行存储(Object-based Storag)。在这种存储方式下，每一个视频片段是存在固态硬盘里面的一个对象，并有独特的对象标识符(OID,Object Identifier)；所有的对象存储在一个扁平的地址空间，没有等级层次的区分。读取视频数据的时候可以按照对象标识符读出整个视频；如果视频数据的封装格式中有时间信息，那么在读取的时候也可以按照对象标识符以及时间戳从原视频数据中截取视频，即按照在封装时设置好的时间戳对根据对象标识符识别出的对象数据进行截取，只截取选定对象中设定时间段范围内的视频数据。

优选的，固态硬盘的结构具体如图3所示：

包括，主机接口协议层、视频编解码处理层、闪存转换层、闪存接口协议层和闪存，所述视频编解码模块设置在视频编解码处理层；

所述视频数据依次经主机接口协议、视频编解码处理层、闪存转换层和闪存接口协议层传输至闪存。

主机接口协议层：

提供固态硬盘与主机的接口。本技术方案的主机接口协议可以是专用的接口协议，或在标准的接口协议(如NVMe)中增加专用的命令或字段来实现对视频编解码模块的控制。

优选的，所述视频编解码处理层，用于响应主机接口协议层收到的命令，对视频数据进行封装、解封、编码、解码、缩放、裁剪或编辑等。视频编解码处理层对封装、解封、编码、解码、缩放、裁剪或编辑等处理，可以是在视频数据存储到闪存前，根据存储指令进行封装、解封、编码、解码、缩放、裁剪或编辑等处理。也可以是根据读取指令进行封装、解封、编码、解码、缩放、裁剪或编辑等处理。

具体含有如下操作：

(1)转码，即对视频进行解码，缩放然后再编码

(2)编辑，如加水印，即对视频进行解码，叠加厂家标志(logo)，再进行编码。

(3)将原始视频进行编码.

(4)将压缩视频解码成原始视频。

优选的，所述主机接口协议层内的接口协议，包括，用于控制视频编解码模块的控制数据。控制数据包括命令或字段。

闪存转换层：负责主机逻辑地址到闪存物理地址的转换。

如果采取基于对象的存储方式，并采用时间戳来截取视频片段，那么逻辑地址可以是对象标识符和时间戳，而物理地址则标识闪存的Channel(通路)，LUN(逻辑单元号)，Plane(面)，Block(块)，Page(页)，Sector(扇区)等等。

闪存接口协议层：负责根据闪存的接口协议如ONFI，Toggle等对闪存进行读写。

闪存：固态硬盘通常使用NAND闪存颗粒。

本技术方案中，主机接口协议层，闪存地址转换层(FTL，Flash TranslationLayer)和闪存接口协议层均是现有固态硬盘中采用的技术。本技术方案的改进在于在存储设备内增设了视频编解码模块，及在固态硬盘的应用场景中，是在主机接口协议层和闪存地址转换层之间增加一个视频编解码处理层。视频编解码处理层中由视频编解码模块完成对视频数据的解码或编码。

实施例四：

如图4所示，图中省略了主机接口协议层，闪存转换层及闪存接口协议层。该实施例中对视频数据的编码采用H.264和H.265编码格式，只是示例性的说明，但不局限于H.264或H.265编码格式。

摄像机产生的H.264编码格式在写入固态硬盘的时侯，固态硬盘内视频编解码处理层中的视频编解码模块对视频采用H.264编码格式进行解码，得到解码后的视频数据，然后再对解码后的视频数据采用H.265编码格式进行编码，然后将采样H.265编码格式编码后的视频数据存入闪存。H.265编码格式可以在保留和H.264编码格式相当的视频质量的同时，减少30％到50％的存储空间。在使用终端读取固态硬盘内的视频数据时，可以从固态硬盘直接读出H.265编码格式的视频进行观看。

实施例五：

如图5所示，在视频编辑的具体应用场景中，采用H.265编码格式，YUV原始视频格式及mp4封装格式进行示例性说明，但并不局限于这些格式。

视频记录进程将H.265格式视频进行mp4封装，并提交固态硬盘存入闪存。

视频分析进程从固态硬盘读出YUV格式的原始视频，具体为：固态硬盘将采用mp4封装的H.265编码格式编码的视频解码成YUV格式的原始视频，将YUV格式的原始视频交给视频分析进程并对YUV格式的原始视频进行缓存，视频分析进程对YUV格式的原始视频内容进行计算分析，。

视频编辑进程从固态硬盘读出YUV格式的原始视频，具体为：固态硬盘检查缓存中是否已经有需要的视频；如果有则直接从缓存中读取视频交给视频编辑进程；如果没有则将采样H.265编码格式编码的视频解码成YUV格式的原始视频，将YUV格式的原始视频交给视频编辑进程并对YUV格式的原始视频进行缓存。

视频编辑进程将编辑后的YUV格式的原始视频写入固态硬盘，具体为：固态硬盘对YUV格式的原始视频进行缓存，同时对YUV格式的原始视频采用H.265编码格式进行编码，并对编码后的视频进行mp4封装，然后将mp4封装后的视频存入闪存。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

在本公开中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序，本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

另外，如在此使用的，在以“至少一个”开始的项的列举中使用的“或”指示分离的列举，以便例如“A、B或C的至少一个”的列举意味着A或B或C，或AB或AC或BC，或ABC(即A和B和C)。此外，措辞“示例的”不意味着描述的例子是优选的或者比其他例子更好。

还需要指出的是，在本公开的系统和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (15)

1.一种视频数据存储方法，其特征在于，包括：

响应数据存储指令，接收视频数据；

在存储设备内对所述视频数据进行编解码；

将经过编解码处理后的视频数据存储到存储设备内的存储空间内；

其中，在对视频数据存储时，对接收的所述视频数据进行解码，再采用另外一种编码格式对解码后的视频数据进行压缩编码；

所述方法还包括：在所述存储设备内对接收的所述视频数据进行缩放、裁剪或编辑；

所述存储设备为固态硬盘、机械硬盘或U盘。

2.根据权利要求1所述的视频数据存储方法，其特征在于，所述存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

3.根据权利要求1所述的视频数据存储方法，其特征在于，所述数据存储指令，包括，控制编解码的指令。

4.根据权利要求1所述的视频数据存储方法，其特征在于，所述将经过编解码处理后的视频数据存储到存储设备内的存储空间内，包括：

将经过编解码处理后的视频数据采取基于对象的存储。

5.一种视频数据读取方法，其特征在于，包括：

响应数据读取指令，读取存储设备内的存储空间内存储的视频数据；

将读取的所述视频数据在存储设备中编解码；

输出编解码后的视频数据；

其中，在对视频数据存储时，对接收的所述视频数据进行解码，再采用另外一种编码格式对解码后的视频数据进行压缩编码；

所述方法还包括：在所述存储设备内对接收的所述视频数据进行缩放、裁剪或编辑；

所述存储设备为固态硬盘、机械硬盘或U盘。

6.根据权利要求5所述的视频数据读取方法，其特征在于，所述存储设备内的编解码处理能力与存储设备内的读写带宽成比例配置。

7.根据权利要求5所述的视频数据读取方法，其特征在于，所述数据读取指令，包括，控制解码的指令。

8.根据权利要求5所述的视频数据读取方法，其特征在于，所述响应数据读取指令，读取存储设备内的存储空间内存储的视频数据，包括：

当所述视频数据采取基于对象的存储时，按照对象标识符读取视频数据。

9.根据权利要求8所述的视频数据读取方法，其特征在于：所述按照对象标识符读取视频数据，包括：

当存储的所述视频数据含有时间戳时，读取按照对象标识符以及时间戳截取的视频数据。

10.一种存储设备，其特征在于，包括：

视频编解码模块和存储空间；

当将视频数据写入存储设备时，所述视频编解码模块对写入的视频数据进行编解码；

所述视频编解码模块将编解码后的数据传输至存储空间保存；

其中，在对视频数据存储时，对接收的所述视频数据进行解码，再采用另外一种编码格式对解码后的视频数据进行压缩编码；

在所述存储设备内对接收的所述视频数据进行缩放、裁剪或编辑；

所述存储设备为固态硬盘、机械硬盘或U盘。

11.根据权利要求10所述的存储设备，其特征在于，

所述视频编解码模块的处理能力与存储设备内的读写带宽成比例配置。

12.根据权利要求11所述的存储设备，其特征在于，还包括：

当从存储设备读取视频数据时，所述视频编解码模块读取存储空间内保存的视频数据；

所述视频编解码模块对读取的视频数据解码。

13.根据权利要求10所述的存储设备，其特征在于，还包括：

主机接口协议层、视频编解码处理层、闪存转换层和闪存接口协议层，所述视频编解码模块设置在视频编解码处理层；

所述视频数据依次经主机接口协议、视频编解码处理层、闪存转换层和闪存接口协议层传输至闪存。

14.根据权利要求13所述的存储设备，其特征在于：

所述视频编解码处理层，用于响应主机接口协议层收到的命令，对视频数据进行封装、解封、编码、解码、缩放、裁剪或编辑。

15.根据权利要求13所述的存储设备，其特征在于：

所述主机接口协议层内的接口协议，包括，用于控制视频编解码模块的控制数据。

Images