CN105468474B

CN105468474B - 来自故障场景的记录数据的时间相关元数据空间有效恢复

Info

Publication number: CN105468474B
Application number: CN201510641093.0A
Authority: CN
Inventors: 圣姆甘赞·达纳帕尼; 马鲁·那金达·圣瓦萨·巴拉德瓦
Original assignee: Hanwha Techwin Co Ltd
Current assignee: Hanhua Vision Co ltd
Priority date: 2014-09-30
Filing date: 2015-09-30
Publication date: 2021-03-05
Anticipated expiration: 2035-09-30
Also published as: CN105468474A; KR20160038682A; KR102225618B1

Abstract

来自故障场景的记录数据的时间相关元数据空间有效恢复。本发明涉及实时多媒体记录领域，更具体地讲，涉及恢复被实时多媒体记录期间的故障影响的数据。这里，实施例提出一种不使用外部电子取证工具或者额外的存储空间而从故障恢复记录的时间相关元数据和相应的多媒体数据的方法和系统。

Description

来自故障场景的记录数据的时间相关元数据空间有效恢复

技术领域

本发明涉及实时多媒体记录领域，更具体地讲，涉及有效存储和恢复在实时多媒体记录期间被故障影响的数据。

背景技术

目前，包括用于记录视频和/或音频的装置的监控系统正在变得普遍。对于这样的监控系统至关重要的是准确地存储视频和音频的时间信息。例如，了解和检索历史时间窗口中的视频信息是非常重要的。

为了响应基于时间的查询，使用时间索引的数据库被用于存储多媒体数据。因为当文件的大小较小(一般小于256KB)时，数据库才是有用的，所以在数据库中直接地存储多媒体数据是低效率的。在数据库中存储大的文件导致性能损失和臃肿。因此，普遍采用的有效方法是：将实际的多媒体文件存储在文件系统中，而仅将多媒体文件的指针或者名称存储在数据库单元中。

存在在传统的监控系统中存储数据包括的两个主要的步骤：1)将一定大小“S”的文件写入文件系统中；2)使用相应的时间元数据更新数据库。

在这两个步骤之间断电能够导致文件系统中的在数据库中未说明和未引用的文件的创建。当监控系统在频繁的重启下被应用于测试时，会创建很多这样未说明的文件。此外，在监控场景中，故障之前的最后片刻的视频镜头是能够传达关于事故的重要信息的关键性信息。因此，与故障之前的时间相应的数据的有效恢复是重要的。

因此，多媒体文件应该与它们正确的开始时间和结束时间一起被存储。视频文件由连续的图像/帧所组成。对于未压缩的视频文件，已知视频文件的每秒的帧数和大小，可以推断出整个记录文件的帧的数量，并因此可推断出整个记录文件的持续时间。但是，当多媒体文件以压缩格式存储时，这种推断变得困难。多媒体系统以如MPEG4(运动图像专家组4)、AVI(音频视频交错)等压缩格式存储文件。压缩方法通常试图仅存储相邻的帧之间的差异。由于针对压缩的视频文件的这种编码机制，因此不太可能推断记录的持续时间。由于这个原因，视频文件的时间信息必须被明确地存储并检索。

发明内容

这里，实施例的主要目的是提出一种不使用外部电子取证工具(forensic tool)和额外的存储空间而从故障恢复记录的时间相关元数据和相应的多媒体数据的方法和系统。

因此，本发明提供一种在原始闪存芯片中存储时间相关信息的方法，所述方法包括：将所述时间相关信息编码为被写入数据的所述原始闪存芯片的当前块的序号；以及在所述当前块的闪存页的备用区中存储组合的时间相关信息和所述序号。

因此，本发明提供一种原始闪存芯片，被配置为：通过将所述时间相关信息编码为被写入数据的所述原始闪存芯片的当前块的序号；并在所述当前块的闪存页的备用区中存储组合的时间相关信息和所述序号来存储时间相关信息。

因此，本发明提供一种用于在电力故障之后从监控系统恢复数据的方法和系统，所述方法包括：通过数据管理器检查原始闪存芯片中是否存在文件，其中，所述文件与数据库中的被所述数据管理器标识为未完成的条目的条目相应；如果在原始闪存芯片中不存在文件，则通过数据管理器删除所述未完成的条目；如果在原始闪存芯片中存在所述文件，则通过所述数据管理器检查所述文件的大小；如果所述文件的大小为零，则通过数据管理器删除所述文件和所述未完成的条目；如果所述文件的大小不为零，则通过所述数据管理器执行以下步骤：为所述原始闪存芯片从文件系统恢复结构；确定写入到所述闪存芯片的最后页；为所述写入的最后页解码时间信息；更新所述数据库中的所述条目；以及将所述条目标记为完成。

因此，本发明提供一种包括记录在计算机可读的非暂时性存储介质上的计算机可运行的程序代码的计算机程序产品，当运行所述计算机可执行的程序代码时，产生用于在电力故障之后从监控系统恢复数据的方法，包括：通过数据管理器检查在原始闪存芯片中是否存在文件，其中，所述文件与被数据库中的所述数据管理器标识为未完成的条目的条目相应；如果在原始闪存芯片中不存在所述文件，则通过所述数据管理器删除所述未完成的条目；如果在原始闪存芯片中存在所述文件，则通过所述数据管理器检查所述文件的大小；如果所述文件的大小为零，则通过数据管理器删除所述文件和所述未完成的条目；如果所述文件的大小不为零，则通过所述数据管理器执行以下步骤：从文件系统为所述原始闪存芯片恢复结构；确定写入到所述闪存芯片的最后页；为所述写入的最后页解码时间信息；更新所述数据库中的所述条目；以及将所述条目标记为完成。

当考虑结合下面的描述和附图时，将更加清楚并理解这里的实施例的这些和其他方面。然而，应该理解的是，虽然以下描述指示优选实施例和它的很多具体细节，但是以下描述被当作说明而非限制。在不脱离这里的实施例的精神的情况下，可在这里的实施例的范围内作很多改变和修改，并且这里的实施例包括所有这样的修改。

附图说明

在附图中示出本发明，贯穿附图，相同的参考字母在各图中指示相应的部件。这里，从以下参照附图的描述将更好地理解实施例，其中：

图1a描述根据如在此公开的实施例的不使用外部电子取证工具或者额外的存储空间而实施从故障恢复记录的时间相关元数据和相应的多媒体数据的合适的计算系统环境的示例；

图1b示出根据如在此公开的实施例的原始闪存存储器芯片的内部结构；

图2示出根据如在此公开的实施例的监控系统；

图3a示出根据如在此公开的实施例的监控系统中的数据管理模块；

图3b示出根据如在此公开的实施例的将数据写入到闪存芯片的处理；

图4是示出根据如在此公开的实施例的在监控系统中写入数据的处理的流程图；

图5a和图5b示出根据如在此公开的实施例的在监控系统中写入数据的处理；

图6a和图6b是示出根据如在此公开的实施例的在监控系统中对写入数据时的故障场景进行管理的处理的流程图。

具体实施方式

通过参照在附图中示出并在以下的描述中进行详述的非限制性的实施例，更加全面地解释这里的实施例和各种特征以及它的有利的细节。公知的组件和处理技术的描述被忽略，从而避免混淆这里的实施例。在此使用的示例的目的仅是为了促进可实现这里的实施例的方式的理解，以及为了进一步地使本领域的技术人员能够实现这里的实施例。因此，示例不应该被理解为限制这里的实施例的范围。

这里的实施例公开了不使用外部电子取证工具或者额外的存储空间而从故障恢复记录的时间相关元数据和相应的多媒体数据方法和系统。现在，参照附图，更具体地讲，参照图1a至图6b(贯穿附图，相同的参考符号一致地指示相应的特征)，提供示出的优选实施例。

图1a描述根据如在此公开的实施例的不使用外部电子取证工具或者额外的存储空间而实施从故障恢复记录的时间相关元数据和相应的多媒体数据的合适的计算系统环境的示例。计算系统环境包括原始闪存芯片，其中，原始闪存芯片能够被用于数据的存储。随着片上系统中的闪存存储器存储的增加，原始闪存芯片不是限制，并且如在此公开的实施例与其他专用计算系统环境或者配置一起操作。可使用如这里公开的实施例的计算系统的示例是手机、平板、计算机、监控系统(包括至少一个传感器，例如，相机、运动传感器等)、可穿戴计算装置和构成物联网的其他装置。

如描述的，计算环境101可包括(但不限于)：至少一个处理单元104、系统存储器105(可以是易失性的或者非易失性的)、存储单元106、多个网络装置108和多个输入输出(I/O)装置107以及各种其他可选择的外围组件(如实时时钟109)。

处理单元104负责处理算法的指令。处理单元104从控制单元102接收命令以执行其处理。此外，在ALU(算数逻辑单元)103的帮助下计算包括在指令的运行中的任何逻辑操作和算法操作。整个计算环境101可包括：多个均匀和/或非均匀核、多个不同种类的CPU、专用媒介和其他加速器。处理单元104负责处理算法的指令。此外，多个处理单元104可位于单个芯片上或者多个芯片上。

系统存储器105包括存储计算机指令的更快的计算机存储媒介。计算机存储媒介可以是易失性存储器(例如，SDRAM(同步动态随机存取存储器)、DDR(双倍数据速率)存储器)和/或非易失性存储器(例如，相变存储器PCM)的形式。

计算环境101包括其他可移除的/不可移除的，用于存储其他类型数据的计算机存储媒介。重要地是，存在原始闪存芯片111和任一其他外部存储媒介112(例如，磁盘驱动器、SD(安全数字)卡、CF(紧凑式闪存)卡、光盘驱动器等)。

此外，计算环境101包括几个其他外部接口、用于连接I/O装置(如被连接的键盘或触摸屏或监视器)的I/O装置107、用于连接传感器装置(如相机)的传感器接口110以及网络装置108(如无线、以太网等)。此外，可以使用硬件的外围设备，如实时时钟109。但是，所述外围设备也可以以软件被实施，并且不是必须需要的。

包括实施所需的指令和代码的算法被存储在系统存储器105或者存储单元106或者这二者中。在运行的同时，可从相应的系统存储器105和/或存储单元106抓取指令，并由处理单元104运行。

监控系统是被配置为采集与装置、车辆、建筑、需要监控和/或记录数据的复合体或任何等同装置相关的数据的系统。监控系统可包括至少一个视频相机并能够进行媒体(例如，视频和音频中的至少一个)的捕获。监控系统还可包括用于采集数据的其他装置，例如，至少一个麦克风、至少一个温度传感器、至少一个运动传感器、至少一个装置/工业传感器或者被配置为采集与监控系统相关的信息的任何其他传感器。监控系统包括使用合适的压缩或编码格式将这样的监控数据存储在文件系统内的装置。数据可以以如表格1(如下公开)所描述的格式被存储在数据库内：

表1

原始闪存芯片可与监控系统关联并且是非易失性存储介质。闪存芯片能够使得读取/写入特性更快速并且对物理冲击更有复原性。闪存芯片中的存储器可被分为多个块，其中，单个块可包括多个页。如图1b所描述，每个块包括数据区和备用区(包括至少一个备用字节)。备用字节可存储诸如与页和/或数据区相关的元数据的信息。

耗损均衡被用来保证闪存芯片中的存储器块被均匀地擦除和使用。可通过执行错误位置(out-of-place)的更新来完成对闪存芯片的耗损均衡。这里，可由日志结构文件系统执行耗损均衡。日志结构文件系统可被用于将数据写入到闪存芯片，其中，数据可以以循环的方式像日志一样从头到尾地被写入。日志结构文件系统可避免用于存储元数据的索引节点的使用。日志结构文件系统的示例可以是Yaffs2等。为了将文件系统按时间顺序的方式排序，可为每个闪存页写入添加序号，其中，序号可被写入到与每个页相关联的备用区。序号是为闪存介质进行页-写入排序的运行计数器。除了序号之外，备用区还可包括元数据，例如，文件的所有者、文件创建的时间、页的类型、页标识符、页位移、校验和等。

如果有干净的卸载，则日志结构文件系统可在挂载时间期间进行识别。如果没有干净的卸载，则假设是电力故障场景。在电力故障之后，日志结构文件系统的恢复处理包括扫描闪存芯片中的所有页的备用区。从该扫描信息，每一页和它相应的序号被标记。考虑多个带有相同逻辑标识的页，具有最高序号的页被选择作为最后页，而带有较低序号的页被标记为无效。文件系统的结构通过该扫描的信息被重建。无效的页在垃圾收集周期中被恢复。

垃圾收集是在存在于闪存存储块中的任何有效数据移动到另一个闪存存储块之后，将要擦除闪存芯片中的存储块而使存储块再次可写入的处理。

数据库位于存储媒介上，其中，存储媒介可以是(连接到监控系统的)内部存储器或者外部存储媒介。数据库包括存储的关于数据的时间元数据。数据库可以是SQL(结构化查询语言)数据库或者任何其他等同数据库。

图2示出根据如在此公开的实施例的监控系统。如所描述的，系统201包括：数据管理器203管理的至少一个视频相机202。视频相机202可被配置为：捕获视频和音频(使用与视频相机202相关联的至少一个麦克风)中的至少一个。由视频相机202捕获的数据可发送到数据管理器203。数据管理器203可以是包括硬件或者软件并且被配置为彼此交互以实现如数据管理器203所执行的功能的多个离散的系统组件。

数据管理器203可从存在于系统201内的多个视频相机接收数据。数据管理器203可与至少一个视频相机202同地协作。数据管理器203可与多个视频相机202同地协作。数据管理器203可位于远离多个视频相机202的位置，并且使用合适的方式(例如，有线方式、无线方式或任何其他等同方式)连接到相机。

数据管理器203可被用于存储从视频相机202接收的数据。在从授权人(例如，管理者)接收到请求时，数据管理器203可检索存储的数据。

监控视频相机已经被认为是这里的优选示例，但是对本领域的普通技术人员来说使数据管理器能够从存在于系统201中的任何类型的传感器接收数据是显而易见的，其中，传感器可以是视频相机、麦克风、温度传感器、运动传感器、装置/工业传感器或被配置为捕获与监控系统相关的数据的任何其他传感器。此外，所提出的方法可扩展为具有存储和查询多媒体数据的需求的任何装置，例如，智能电话、智能电视、平板、计算机、可穿戴计算装置、连接到物联网的装置、健康监控器等。

图3a示出根据如在此公开的实施例的监控系统中的数据管理模块。数据管理器203包括：控制器301、原始闪存芯片写入器302、时间跟踪器303、外部存储写入器304、传感器接口组件305、日志结构文件系统306和关系数据库组件307。

原始闪存芯片写入器302可管理对原始闪存芯片的读和/或写操作。原始闪存芯片可被存在于板上的片上系统。原始闪存芯片也可以是能够被移除、可扩展等的可移除芯片。原始闪存芯片写入器302可保证原子闪存更新。这意味着发送到原始闪存芯片写入器302的任何页写入操作被全部完成或者完全没有开始。在一个示例实施中，闪存芯片可使用供电至多一秒钟的电容器增强小电能供应，从而将保证任何正在进行的写入操作被完成。页写入操作一般耗费200微秒，而擦除操作耗费2毫秒。在包括更小的闪存页大小的实施中，板上冗余的电量本身足以完成任何正在进行的闪存操作。在此情况下，原始闪存芯片写入器在开始写入前应该首先检查板上的电源是否打开。可由本领域技术人员构思这些示例性实施或者任何其他实施，以保证原子闪存页更新。

时间跟踪器303能够为数据管理器203的使用提供时间相关信息。时间跟踪器303可使用实时时钟、看门狗定时器外围设备或者可应用在计算环境中以提供时间相关信息的任何其他合适的装置。为了保护如当前时间和流逝时间的时间相关信息，时间跟踪器303可与这些实体交互。

外部存储写入器304可使数据管理器203能够与被配置为存储数据的存储元件交互。外部存储元件可以是SD(安全数字)卡、CF(紧凑式闪存)卡、固态驱动器、硬盘等。外部存储意味着能够使用合适的插槽/接口插入到计算环境内，并且还能够容易地移除。

传感器接口组件305可使数据管理器能够与连接到数据管理器203的多个传感器进行接口连接。传感器接口组件305可使用有线接口(例如，LAN(局域网)电缆、USB(通用串行总线)电缆或者任何其他等同装置)和无线接口中的至少一个。

日志结构文件系统306在原始闪存芯片写入器302上进行操作，并且可被应用程序使用以将数据文件存储在原始闪存芯片上。

关系数据库组件307可被用于创建和索引目录并提供ACID(原子性、一致性、隔离性、永久性)保证典型的关系数据库。

在从至少一个视频相机202接收数据时，控制器301在数据库(可以是SQL数据库或者任何其他等同数据库)中创建条目，其中，条目包括数据的开始时间和文件名称(数据存储在闪存芯片中的文件名称下)。控制器301还将条目标记为未完成(NC)。在这里的一个实施例中，控制器301可通过使用不同的路径分隔符而不是文件路径名称中的斜线(/)将条目指示为NC。

然后，控制器301可开始将数据写入到闪存芯片中的日志结构文件系统。控制器301创建文件(使用规定的文件名称)并开始将数据写入到文件。对闪存芯片的写入包括将数据写入到闪存页的数据区并将元数据(诸如序号)写入到闪存页的备用区。当控制器301将数据写入到闪存芯片时，控制器301将与当前时间相关的信息实时存储在与在闪存芯片中的当前正在被写入的页相应的备用区中。当前时间不是被单独地写入，但是被编码为序号。当前时间可被用于确定数据的顺序。在这里的一个实施例中，控制器301可使用起始年之后流逝的秒数来指示当前时间。应注意的是，只要编码的序号正单调增长，任何其他将当前时间信息编码为序号的方法可接受。

在图4和图5a中已经描述了以上公开的处理。

在控制器301检测到没有更多的数据写入时，控制器使用结束时间更新SQL数据库中的条目。控制器301还将条目标记为完成(C)。

在图5a和图5b中已经描述了以上公开的在监控系统中写入数据的处理。

考虑至少一个数据库条目丢失的情况。应该注意的是这个步骤发生在日志结构文件系统已经完成它自己的恢复并且文件系统结构被准确地重建之后。

考虑在控制器301创建SQL数据库中的条目和控制器301开始将数据写入到闪存芯片之间存在电力故障。在该阶段的故障可导致存在数据库中的条目，但是，闪存芯片中不存在数据。在从故障恢复时，控制器301可检查数据库中的已经标记为NC的任意条目。在检测到至少一个已经被标记为NC的条目时，控制器301检查闪存芯片中是否存在相应的文件。从日志结构文件系统的结构，可知道文件是否存在于文件系统中以及当前的大小。如果控制器301在闪存芯片中不能找到相应的文件，则控制器301可从数据库删除条目。

考虑在控制器301创建文件和控制器301开始将数据写入到闪存芯片之间存在电力故障。在该阶段的故障可导致已经创建文件，但是，文件中不存在数据。在从故障恢复时，控制器301可检查数据库中的已经被标记为NC的任意条目。在检测到已经被标记为NC的至少一个条目时，控制器301检查闪存芯片中是否存在相应的文件。从日志结构文件系统的结构，可知道文件是否存在于文件系统中以及当前的大小。如果控制器301能够找到至少一个相应的文件，则控制器301检查相应文件的大小。如果文件大小为零，则控制器301从闪存芯片删除文件，并且删除数据库中相应的条目。

考虑在控制器301已经开始将数据写入到闪存芯片之后存在电力故障。在该阶段的故障可导致文件未包括完整的数据。当从故障恢复时，控制器301使用扫描从文件系统恢复结构。基于扫描，控制器301确定写入的最后页。控制器301可基于序号(如存在于备用区中的序号)确定写入的最后页。基于序号，控制器301可解码时间信息。然后，控制器301可更新数据库中的条目并将条目标记为完成(C)。

系统201和/或数据管理器203的供电对中断可引起电力故障。由事故导致的供电的中断或者由于具有邪恶意图的人的故意妨碍可引起电力的中断。

考虑当位于中间易失性或者非易失性的存储器的缓冲区高速缓存器被文件系统使用时，存在数据丢失的情况。在此情况下，在写入到达文件系统之前写入在中间缓冲区进行。在这里的一个实施例，如相变存储器(PCM)的非易失性存储器可被使用为缓冲区高速缓存器。然后，在此情况下，可在将PCM缓存器中的数据输出到闪存芯片之后开始所提出的数据的恢复。如果使用如SDRAM的易失性存储器，则存在数据丢失的问题。如果文件系统使用易失性存储器缓存器仅为了读取，则可避免数据丢失的可能性，且可通过采用同步的文件系统写入绕过用于写入的易失性存储器缓存器。因为与写入到标准磁盘相比，控制器301可更快速地写入到闪存芯片，所以同步写入将不会导致重大的性能损失，从而避免对缓存的需求。

图4是示出的根据如在此公开的实施例的在监控系统中写入数据的处理的流程图。在从至少一个视频相机202接收数据时，控制器301在SQL数据库中创建条目(401)，其中，条目包括数据的开始时间和文件名称。控制器301还将条目标记为未完成(NC)(402)。然后，控制器301通过创建文件(使用规定的文件名称)并将数据写入到该文件来开始将数据写入到闪存芯片中的日志结构文件系统(403)。随着控制器301将数据写入到闪存芯片，控制器301将与当前时间相关的信息实时存储在与闪存芯片中的当前正在被写入的页相应的备用区中(404)。在控制器301检测到没有更多的数据写入时(405)，控制器使用结束时间更新SQL数据库中的条目(406)。控制器301还将条目标记为完成(C)(407)。可按照呈现的顺序、按照不同的顺序或者同时执行方法400中的各种动作。此外，在一些实施例中，可忽略图4所列出的一些动作。

图6a和图6b是示出根据如在此公开的实施例的管理当在监控系统中写入数据时的故障场景的处理的流程图。在控制器301检测到电力故障(601)并从故障恢复时，控制器301通过检查数据库中已经被标记为NC的任意条目来识别未完成的行(602)。在检测到已经被标记为NC的至少一个条目时，控制器301检查闪存芯片中是否存在相应的文件(603)。如果控制器301在闪存芯片中不能找到相应的文件，则控制器301清除数据库中的条目(604)。如果控制器301能够找到至少一个相应的文件，则控制器301检查相应文件的文件大小(605)。如果文件的大小为零，则控制器301从闪存芯片清除文件(606)并且清除数据库中的相应的条目(604)。如果文件的大小不为零，则控制器301使用扫描从文件系统恢复结构(607)。基于扫描，控制器301确定写入的最后页(608)。控制器301可基于序号(如存在于备用区的序号)确定写入的最后页。基于序号，控制器301解码时间信息(609)。然后，控制器301使用结束时间更新数据库中的条目(610)并将条目标记为完成(C)(611)。可按照呈现的顺序、按照不同的顺序或者同时执行在方法600中的各种动作。此外，在一些实施例中，可忽略图6a和图6b所列出的一些动作。

以上具体实施例的描述将充分展示这里的实施例的一般特性，在不脱离类构思的情况下，其他人可通过使用现有知识容易地修改和/或调整具体实施例的各种应用，因此，这样的调整和修改应该并且意图被理解为落在公开的实施例的含义和同等物的范围内理解。应该理解的是：在此使用的词语或术语是描述而非限制的目的。因此，虽然已经参照优选实施例描述了这里的实施例，但是本领域的技术人员将认识到：在此描述的实施例的精神和范围内，这里的实施例可具有修改地被实施。

Claims

1.一种用于在电力故障之后从监控系统恢复数据的方法，所述方法包括：

通过数据管理器检查原始闪存芯片中是否存在文件，其中，所述文件与数据库中的被所述数据管理器标识为未完成的条目相应；

如果在原始闪存芯片中不存在所述文件，则通过所述数据管理器删除所述未完成的条目；

如果在原始闪存芯片中存在所述文件，则通过所述数据管理器检查所述文件的大小；

如果所述文件的大小为零，则通过数据管理器删除所述文件和所述未完成的条目；

如果所述文件的大小不为零，则通过所述数据管理器执行以下步骤：

为所述原始闪存芯片从文件系统恢复结构；

确定写入到所述闪存芯片的最后页；

为写入的最后页解码时间信息；

更新所述数据库中的所述条目；

将所述条目标记为完成。

2.如权利要求1所述的方法，其中，所述方法还包括：使用日志结构文件系统将所述数据写入到所述原始闪存芯片，其中，所述日志结构文件系统执行耗损均衡。

3.如权利要求1所述的方法，其中，所述数据管理器使用与所述页关联的序号来确定写入到所述原始闪存芯片的最后页。

4.如权利要求3所述的方法，其中，所述序号存在于所述页的备用区中。

5.如权利要求1所述的方法，其中，更新所述数据库中的所述条目的步骤包括：通过所述数据管理器为所述条目提供结束时间。

6.如权利要求1所述的方法，其中，所述方法还包括：将所述原始闪存芯片配置为实施原子闪存更新。

7.如权利要求1所述的方法，其中，所述方法还包括：在写入到所述原始闪存芯片之前，所述数据管理器使用相变存储器缓存。