专利名称：用于智能存储器通过通信的方法和设备的制作方法
技术领域：
本发明总地涉及存储器访问，具体地，涉及访问具有增强的功能的数据存储器设备。
背景技术：
存储器设备(例如，硬盘驱动器、闪存卡等等)不断需要扩展命令组来提供增强的功能和专门特性。例如，用于存储器设备的许多应用需要加密业务、扩展的访问/所有权能力、版权信息、租用和其他时间基参数等等。术语存储器设备要包括很宽范围的用于存储数据的设备，以及在以下的讨论中将与数据存储器设备互相交换地使用。
图6显示用于存储器设备的传统的系统结构的方面。存储器设备602典型地经由适当的接口604(例如，总线、插槽等等)被连接到主机设备612。接口604代表在存储器设备中提供的出脚或连接头，以及在存储器设备连接到的主机设备上提供的总线或插槽。传统上，存储器设备包括存储器部件622，和提供与存储器部件的接口的控制逻辑624。存储器部件可以是半导体存储器、磁存储器、和/或光存储器，这取决于存储器设备的类型。例如，闪速存储器设备典型地包括半导体存储器作为存储器部件102。盘存储器设备典型地采用磁媒体作为存储器部件102。光存储技术是相对较新的用于盘存储器设备的技术，其中存储器部件包括例如磁-光媒体。
在主机端612的软件典型地包括在操作系统(OS)608的顶部执行的一个或多个主机应用600。典型地，主机应用使得各种系统调用进入OS。某些系统调用包括访问存储器设备602。较高层的功能可以经由应用编程器接口(API)664被提供到应用。
OS 608包括用于与存储器设备602的I/O的设备驱动器组(设备驱动器库)606。设备驱动器建立发送到设备的数据，以便执行某些任务。这可包括把从设备的命令组选择的命令写入到设备的命令寄存器中。设备驱动器功能调用662是在OS与设备驱动器之间的软件接口。访问设备的OS系统调用是经由设备驱动器实施的。虽然与设备的许多I/O操作是在存储器设备(例如，读、写)之间通用的，每种类型的特定种类的设备(例如，闪速存储器、RAM、静态RAM)典型地与其他的类型的设备不同地操作，这样，对于每种类型的设备可能需要不同的设备驱动器。而且，一种存储器设备(例如，硬盘驱动器存储器)可能具有在其他类型的设备(例如，闪速存储器)上找不到的不同种类的操作(例如，寻找)。因此，设备驱动器是专门为每个设备写入的，以便与特定设备进行操作。
为了增强智能存储器设备而添加新的功能，传统上是指扩展设备的现有的命令组，以包括用于访问新的功能的新的命令。这典型地需要对系统结构的多个部件加上扩展的能力。考虑在存储器设备602中加上新的特性，例如数据加密。首先，设备的命令组现在必须包括一个或多个用于新的特性的附加命令。这包括提供处理能力632或执行新的特性的其他适当的逻辑。为了提供访问到新的特性，在存储器设备中典型地需要扩展的控制逻辑634。例如，扩展的控制逻辑可以实施设备的命令组的扩展，允许访问到新的特性。为了访问扩展的命令组，必须写入新的或修正的设备驱动器代码633。新的设备驱动器可包括现有的驱动器的修正，或甚至可能是加上完全新的驱动器，如果特性是设备中完全新的功能。设备驱动器功能调用662同样地必须连同OS中的相应的修正方案一起被修正，以适应修正的设备。
API 664可能必须扩展，提供访问到新的功能。这可能牵涉到新的API调用，如果该特性对于设备是完全新的。当然，新的应用代码631必须被包括在使用存储器设备的加上的功能的主机应用600中。
主机设备612被构建在各种各样的处理硬件和软件平台上。用于在硬件平台上运行的OS的设备驱动器很可能是与用于在另一个硬件平台上运行的同一个OS的设备驱动器不同的。相反，为在给定的硬件平台上运行的OS写入的设备驱动器很可能是与为在同一个硬件平台上运行的不同的OS写入的设备驱动器是不同的。事实上，在同一个软件/硬件平台上可能需要不同的设备驱动器，如果使用不同的插槽硬件的话(例如，便携式PC)。
设备驱动器是特定于平台的，以及有时在平台内，根据所安装的部件需要不同的设备驱动器。所以，设备驱动器必须被修正；在许多情形下，OS需要扩展。设备驱动器的不断的开发、重写、和测试典型地导致只支持几个平台的商业决定，因为必须投资用于新的驱动器的时间和花费。
虽然存在有软件开发技术便于添加扩展的命令组到存储器设备，但设备驱动器源代码和建设环境很难达到，以及必须对于多种环境做到这一点，使得问题复杂化。有零售商提供用于写入便携式设备驱动器的解决方案。然而，还没有达到可提供鲁棒的解决方案和广泛采用这些解决方案，特别是在存储卡领域。而且，设备驱动器在OS级别运行，因此访问到运行环境的重要的方面。所以，如果设备驱动器没有正确地写入，则容易“破坏”整个系统。由于对于把技术带入市场的零售商的太多的依赖性，在传递新的存储器设备技术给消费者上有延时；以及在某些情形下，新的技术可能决不能转移到某些平台。
发明内容
本发明提供在存储器设备中使用“存储器位置窗口”的机构，其中扩展的命令以正常存储器被写入的相同的方式被访问。本发明使得附加特性能够加到存储器设备，而不需要修正设备驱动器。然后可以使用标准设备驱动器。
从以下结合附图给出的本发明的说明，本发明的各方面、优点和新颖的特征将显而易见，其中图1显示本发明的说明性实施例的高级别功能方框图；
图1A显示在闪速存储器设备中本发明的说明性实施例；图2A和2B显示本发明的存储器设备的各种使用的样本；图3显示本发明的一个实施例，它显示用于访问增强的存储器设备的通信顺序；图4显示本发明的替换实施例，它显示用于访问增强的存储器设备的通信顺序；图5显示按照本发明的用于部署增强的存储器设备的系统结构；以及图6显示用于部署增强的存储器设备的传统的系统结构。
具体实施例方式
图1是本发明的说明性实施例的高级别总体方框图。图上显示存储器设备100和主机设备150。主机设备可以是可被连接到存储器的任何数据处理部件。典型的主机设备包括个人计算机(PC)、笔记本电脑、个人数字助理(PDA)、移动电话(蜂窝电话)等等。存储器设备可以是可用附加功能增强的任何智能数据存储器设备。例如，安全设备(SD)存储卡可以用诸如公共密钥/私人密钥加密技术的附加安全功能增强。其他存储卡格式可以类似地被增强；例如，压缩闪速(CF)和其他闪速存储器、多媒体卡(MMC)、微驱动技术存储器设备等等。本发明也可应用于大容量存储器设备；例如硬盘驱动单元、可拆卸/便携式硬盘驱动器等等。本领域普通技术人员将会认识到可按照本发明调整的各种各样的数据存储器设备技术。
I/O接口130提供在主机设备150与存储器设备(数据存储器设备)100之间的物理连接。接口130代表在存储器设备中提供的出脚或连接头，和在存储器设备连接到的主机设备上提供的总线或插槽。接口提供用于在主机设备与存储器设备之间的数据通信的数据路径。在PC结构中，I/O接口可以是用于扩展卡的插槽，或某些其他适当的接口；例如，通用串行总线(USB)、火线连接等等。在可拆卸存储卡的情形下，I/O接口代表存储器设备被插入的插槽。图2A显示两个个人数字助理(PDA)250a，250b作为典型的主机设备的例子。PDA采用不同的插槽硬件来容纳具有不同的形式因子的存储卡200a，200b。图2B显示主机设备的附加的例子，包括笔记本电脑250c和移动(蜂窝)电话250d。图上所示的存储卡200c提供虚拟专用网(VPN)客户功能给主机设备，允许通过在适当的网络212上与无线基站204的无线链路连接到VPN服务器202。
回到图1，主机设备150包括典型的硬件(未示出)，它包括适当的数据处理部件(例如，CPU、微控制器等等)、存储器(例如，ROM、RAM)、和适当的支持逻辑。主机设备还包括在基础硬件上执行的一个或多个应用152a、152b，以提供业务和功能。API转换器154是按照如图所示的本发明的特定的实施例提供的软件部件，以及将在下面讨论。
主机应用152a、152b典型地在适当的操作系统(OS)158的顶部执行。OS包括设备驱动器156。设备驱动器经由I/O接口130与代表较高级别主机应用的设备通信或交互，以执行设备所需要的某些任务。API转换器层154提供API用于访问由存储器设备提供的增强的功能。可以理解，API调用不能代替传统上由基础OS层提供的功能调用，而是仅仅加到对于主机应用的开发来说可用的功能调用组。
本发明中的“设备”是上述的智能数据存储器设备的各种形式，以及在图1上被表示为存储器设备(数据存储器设备)100。按照本发明，图1所示的存储器设备的示例性实施例包括存储器102、控制器104、和一个或多个应用平台106a，106b。存储器102可以是适用于该设备的任何种类的存储器。例如，存储器可以是闪速存储器。存储器可以是磁媒体，正如在硬盘驱动或宏驱动的情形。
控制器104包括三个功能性部件控制逻辑116、检测机构112、和操纵机构(API转换器)114。本领域普通技术人员将容易理解，对于本发明的任何给定的实施方案，这些部件可以也可以不被组织为如图1所示。控制器104的组成部件仅仅被显示来解释体现本发明的各种方面的存储器设备的操作。控制逻辑116代表通常在传统的存储器设备中找到的逻辑以提供到存储器102的访问。
控制器104包括检测机构112。按照本发明，检测机构监测主机设备150发送到存储器设备100的数据并检测特定数据格式。在本发明的特定实施例中，检测机构包括监测发送到存储器设备的命令的逻辑，并尤其是响应写命令，其中写命令包括特定的数据格式。检测机构可以是分析数据流的状态机，查找特定数据格式。
控制器104还包括操纵机构114。按照本发明，操纵机构响应于检测机构112访问由一个或多个应用平台106a、106b提供的功能。
存储器设备的增强的功能由一个或多个应用平台106a，106b提供。这些部件代表实施增强的存储器设备中附加功能的逻辑。在一个实施方案中，例如，智能卡芯片可构成另一个应用平台，提供数据加密业务。第二智能卡芯片可构成另一个应用平台，提供VPN客户业务。替换地，图上显示的应用平台106a、106b可代表在单个处理设备上运行的不同的过程。
参照图3，用于在主机应用与设备之间的I/O操作的基本数据访问模型包括简单的读和写操作。这里，主机应用152a、152b规定数据被写入的存储器位置，或从其读出数据的存储器位置。支持这种低级别的I/O的OS只作出对于设备驱动器的相应的调用；例如，_write()，_read()。然后，设备驱动器执行与设备通信的实际的工作，建立规定的I/O操作和执行该操作。
因此，在典型的I/O序列302中，例如，显示传统的到存储器位置的写操作。这包括表示存储器位置的地址，ADDR，以及某些DATA(数据)。支持从主机应用152a、152b的这种类型的低级别写操作的OS可以仅仅调用在设备驱动器库中相应的数据写程序，规定地址ADDR和DATA。ADDR和DATA被“发送”到设备。传送地址和数据到设备的细节随各个设备而不同。例如，在存储器设备中，ADDR可以选通到地址总线，然后选通DATA到数据总线。
在存储器设备中，控制器104中的检测机构112“查找”预定的数据序列。为了讨论起见，假设在I/O序列302中写操作中的DATA不包括预定的数据序列，这样，控制器仅仅从由ADDR表示的存储器部件102中的位置开始执行DATA的写操作。粗箭头显示了到存储器部件的数据流。控制器典型地提供与设备驱动器的某种形式的软件和/或硬件握手，表示成功的写操作或失败的写企图。
现在假设在序列302中下一个操作是读操作。典型地，读操作包括明显地还是隐含地(例如，经由以前的I/O操作的地址)规定地址，ADDR。OS可以仅仅调用设备驱动器库中的相应的数据读出程序，在设备上实施读操作。图3显示读操作访问存储器102中规定的位置，以及返回在该存储器位置开始处的数据。应当指出，读操作可包括规定要被读出的数据单元(字节、字等等)的数目的参数。这个参数可由主机应用152a、152b或由OS规定。例如，对于块I/O，OS可规定固定尺寸的数据块。
接着，考虑I/O序列304。显示到存储器位置的传统的写操作；即，在I/O序列302中提供地址分量ADDR和数据分量F-DATA。然而，按照本发明的这一方面，数据(F-DATA)包括预定的数据序列，这里称为“标志”。F-DATA序列除了标志分量以外还可包括扩展的命令分量因此F-DATA＝<flag><extended command>
OS再次通过使用地址参数ADDR和数据F-DATA只调用数据写程序。设备驱动器然后把F-DATA发送到设备。值得注意，在序列304中的写操作的OS和设备驱动器进行的处理是与序列302中写操作完全相同的。
当由设备接收数据时，控制器104中检测机构112将检测构成标志序列的数据的预定的序列。F-DATA的扩展的命令分量然后由操纵机构114操纵。因此，在本发明的这个特定的实施例中，当标志序列被检测时，数据存储器设备不执行F-DATA到规定的存储器位置的写操作。而是，F-DATA被截取，以及引用操纵机构(例如，API转换器114)来执行由F-DATA的扩展的命令部分规定的预定的功能。操纵机构114的逻辑可分析扩展的命令分量和访问应用平台106来执行由扩展的命令指示的预定的功能。为了隐藏从主机设备进行的F-DATA的专门的处理，控制器104可以产生一个表示成功的写操作的响应，因此给予主机的设备驱动器关于写操作成功地执行的指示。
值得注意，由于标志序列是用于访问增强功能的触发机构，以及数据实际上决不被写入到寻址的存储器位置，所规定的地址ADDR原则上可以是任意地址。然而，更方便的是使用有效的地址，以避免由于非故意地规定非法地址造成的可能由OS触发的错误条件。例如，给定的OS可能只认识一定的地址范围，这样，写操作应当至少规定在该蜂窝多年地址，即使它在数据存储器设备中被忽略。另一个OS不一定具有这样的限制，所以，可以使用任何地址。
从以上说明可以看到，按照本发明，代表存储器设备的增强功能的扩展命令可以不必修正OS或设备驱动器而被访问。通过结合从设备的命令组取得的现有的命令(例如，写命令)发送专门的数据到存储器设备(1)扩展命令可以被访问而不必加到设备的现有的命令组，和(2)因为原先写设备驱动器的命令组没有改变，所以可以使用现有的设备驱动器。
在接着的讨论中，“存储器位置窗口”的词组将与在检测到标志序列时存储器设备的运行状态有关。当把“窗口”提供到设备的扩展命令时，人们可以观看存储器设备，包括访问在该“窗口”中的“存储器位置”的数据；从而是存储器位置窗口。
标志序列可以是任何数据序列。标志序列可以是比特、或字节等等的序列。标志序列可以是邻接的或不是邻接的(例如，标志可能是在数据串中每隔一个的比特的序列)。可以规定两个或多个不同的标志序列，每个用作为用于访问增强功能的触发机构。标志序列应当足够长，以保证防备在正常执行主机应用代码期间存储器位置窗口的偶然启动。例如，8字节长的标志序列提供264分之一的偶然触发存储器位置窗口的机会。
按照本发明的这个实施例，标志序列是预定的数据序列；即，序列长度和字节序列是在使用于主机应用之前预先规定的。制造商可以“硬编码”标志序列。替换地，在设备制造以后的某个时间，适当的接口可被使用来把标志序列编程为设备。例如，从制造商购买存储器设备的零售商可以配备有软件开发工具，包括用于把他们自己预定的数据序列编程为设备的软件。
代替使用F-DATA的扩展命令分量，可以使用不同的标志序列来触发存储器设备中的不同的功能。事实上，人们可以把F-DATA串看作为(1)驱动到增强特性的访问和(2)规定要被访问的特定的功能的单个数据串。
继续考虑图3所示的I/O序列304，根据命令的扩展命令的执行可以产生需要返回到主机应用152a、152b的结果。正如可以在序列304中看到的，读操作可以在写操作以后执行，以检索该结果。
按照一个实施例，检测机构112可被设计成假设读操作总是紧接在触发存储器位置窗口的写操作之后。检测机构可以把读操作传送到操纵机构114。结果数据可被存储在作为应用平台106的一部分的存储装置；例如，寄存器组等等。操纵机构可以访问数据和把数据传送到设备驱动器，正好像读操作是存储器部件102的传统的读操作。存储器设备的内部操作对于设备驱动器是完全隐藏的。
按照另一个实施例，应用平台可以把结果数据存储在存储器部件102本身的预定的区域。这将简化控制器104中的检测机构112。检测机构不必包括处理读操作的逻辑，允许控制逻辑116处理读操作就好像任何其他操作一样。因此，为了检索结果，主软件将执行读操作，规定在存储器部件102中预定的区域的地址。作为这个实施方案的变例，可以规定在存储器部件中一个或多个预定的区域，允许不同的命令使用存储器部件中不同的位置。
按照所描述的本发明的特定的实施例，每次需要访问增强功能时，进行包括标志序列和适当的扩展命令的数据的写操作。当然，可以看到，可以实施更高级的检测机构112。例如，在替换实施例中，标志序列可以使得存储器设备处在特殊的运行状态(称它为“扩展命令模式”)，这样标志序列只需要被写入一次。然后进行以后的写操作，发送不同的扩展命令，以执行不同的预定的操作，以及读操作可被使用来访问由这些操作产生的任何结果。设备可以通过接收由检测机构检测的另一个标志序列而退出扩展命令模式。
在本发明的又一个实施例中，写地址ADDR可被使用来触发存储器窗口位置访问扩展命令，而不用在数据序列中提供扩展命令。在其中主级别的应用配备有允许主机应用写入到存储器的特定地址的API的OS环境下，主机应用可执行把标志序列写入到预定的地址的写操作。当检测机构112检测到标志序列时，它把该地址传送到操纵机构114。然后可以引用与预定的地址有关的预定的操作(即，扩展命令)。在本发明的再一个实施例中，写地址ADDR本身可被使用来触发存储器窗口位置，而不用使用预定的标志序列。
应当注意，在其中特定的存储器位置不能被主机应用明显地访问的OS中，仍旧可以采用本发明的替换实施例。然而，由于只有OS可以对于特定的地址发出写和读操作，需要在主机和OS之间规定专门的API约定，通知OS使用预定的地址。所以，这些实施例不一定适用于这样的OS，因为它需要修正OS的某些部分。
在本发明的另一个实施例中，标志序列可被增强，进一步减小偶然触发存储器位置窗口的或然率。紧接在标志序列的写操作以后，可以执行读操作。控制器104可被配置成返还预定的数据序列，以表示设备认出数据中的标志序列。主机可以使用该信息来确认该设备是具有增强能力的设备还是仅仅传统的设备，以及相应地继续下去。可以看到，这种简单的握手形式可被进一步增强。另外，握手技术的使用可以允许使用较短的标志序列，如果必要的话。
参照图4，按照本发明的另一个实施例，用于访问被包含在存储器设备中的信息的数据访问模型是由OS提供的文件系统。因此，主机应用152a使得文件I/O调用OS。OS把文件I/O变换成调用由设备驱动器库提供的低级别数据写和数据读程序。
先考虑传统的文件操作序列402。第一步骤典型地是主机应用执行“文件打开”操作。典型地，这牵涉到对于OS进行适当的功能调用，规定文件名。图4显示像Unix的系统调用。典型地，OS将分析功能调用的参数以及对于设备驱动器进行适当的调用，然后设备驱动器与存储器设备(例如，硬盘驱动器)进行通信。在“文件打开”操作的情形下，OS典型地将返回识别具体的文件的、被称为文件识别号(fid)的某些信息；例如，fid可以是由OS保持的系统文件表中的索引号，该系统文件表存储诸如在存储器设备中用于写操作的写位置、用于读操作的读位置等等的参数。
正如序列402表示的，然后可执行具有某些DATA的“文件写”操作。这将使得OS进行设备驱动器库中的适当的调用，实施文件写操作。关于OS执行的动作的具体细节很大地取决于特定的OS和设备。假设DATA不包含预定的标志序列，存储器设备的控制器104中的检测机构将不被触发。因此，控制器进行执行存储器设备中的动作，正如由来自OS的设备驱动器调用引导的，把DATA写入到特定的文件。
可以执行“文件读”操作。这将使得OS对于设备驱动器库进行适当的调用，从文件进行读操作。典型地，作为“文件读”系统调用中的参数被提供的数据被返回缓冲器。在执行文件写或文件读的情形中，对设备的存储器部件102(例如，硬盘驱动器的磁媒体)执行数据访问。因此，数据被写入到存储在存储器部件的文件上，以及数据从被存储在存储器部件的文件上读出。
接着考虑按照本发明的实施例的文件I/O序列404的例子。第一步骤可以是主机应用通过使用独特的文件名称，比如说，“file-X”，作出“文件创建“命令。这将使得OS采取必要的步骤在设备中创建规定的文件。在本发明的这个特定的实施例中，在设备的存储器部件102中将创建实际的文件。因此，在硬盘驱动的情形下，设备上的文件系统表将显示对于“file-X”的入口。再次地，OS返回文件ID，fid，到主机应用，用于以后的文件I/O操作。
现在，假设对于F-DATA执行“文件写”操作。如图3所示，F-DATA包括标志序列和扩展的命令，因此
F-DATA＝<flag sequence><extended command>
OS以传统的方式操纵文件写操作；即，OS就像对于任何文件写操作那样，对于设备驱动器库进行适当的调用，把F-DATA传送到存储器设备。控制器104中的判决机构112检测被包含在F-DATA中的标志序列。响应于检测到标志序列，将由操纵机构114操纵F-DATA。更具体地，F-DATA的扩展命令序列将由操纵机构处理。
然而，按照本发明的这个具体的实施例，F-DATA实际上也被写入到存储器部件102中的“file-X”。处理F-DATA的文件写操作的原因是保证系统的整体性。取决于OS，由OS保持的文件系统表可跟踪有关被写入到文件的数据的信息。例如，OS可跟踪文件尺寸、可以对于每个文件计算检验和数值等等。如果控制器104在检测到标志序列后仅仅截取F-DATA以及实际上不把数据写入到文件系统，则有可能导致弄乱文件系统。因此执行F-DATA的“文件写”操作，即使它的目的是引用增强的设备的扩展命令之一。同样地，对于图3的序列304，除了触发存储器位置窗口以外，也可以执行把F-DATA写到特定的存储器位置的写操作；如果这样做会简化控制器104的设计的话。
继续参照图4，进行如上所讨论的F-DATA的扩展命令分量的处理。控制器104中的操纵机构114将规定的扩展命令发送到适当的应用平台106，以访问增强功能。
再次参照图4的序列404，然后可以执行以后的“文件读”操作，读出由于执行增强功能而可能产生的任何数据。在本发明的这个实施例的一个实施方案中，控制器104可假设紧接在F-DATA的写入之后的操作将是文件读操作。因此，当OS接收文件读请求时，OS将把该请求解译为设备上的一个或多个读操作。控制器在接收读请求后然后可返回通过执行扩展命令而产生的数据，而不是访问文件“file-X”的内容。
替换地，由扩展命令产生的数据可被写入到文件系统，正如数据流422表示的。例如，数据可被写入到“file-X”。这允许主机应用仅仅通过在“file-X”上执行文件读操作而访问产生的数据。
本领域技术人员将容易理解，被使用于写F-DATA的文件(例如，“file-X”)每次扩展命令组被访问时将继续增加。在许多情形下，这是不想要的结果。在某些OS中，可以引入具有一个参数的“文件创建”操作，该参数将删除文件，如果在创建文件之前该文件已存在的话。因此，在序列404中显示的例子假设，“文件创建”操作删除已存在的文件。在替换实施例中，“文件打开”后可以接着进行系统调用，在扩展命令完成后去除该文件(例如，在Unix中的unlink())。在再一个替换实施例中，文件可以在文件打开操作之前被删除。
接着的讨论通过访问数据存储器设备的增强功能的方式说明本发明的各个方面。假设，为了说明起见，提供了增强的存储器设备，它包括PIN(个人识别码)保密特性。更具体地，假设增强的存储器设备要求，在允许访问到卡之前必须进行PIN验证。为了讨论起见，假设要执行以下的操作(1)主机应用访问被包含在存储器设备中的简档信息；例如，用户名字(2)存储器设备返回简档信息(3)主机应用显示用户名字和询问用户输入PIN(4)主机应用请求输入的PIN的PIN验证(5)存储器设备把由主机应用提供的输入的PIN与被存储在存储器设备中的PIN进行比较，以及返回肯定或否定的结果。
如上所指出的，API解译器层154根据由存储器设备提供的增强功能，提供到主机应用的接口。因此，例如，主机应用可配备有API调用，诸如“openChannel()”，以建立对存储器设备中的增强功能的访问。在OS给主级别应用提供直接访问到数据存储器设备的存储器部件102的情形下，这个API不用做任何事情。在主机应用以较高级别的组织(例如，文件系统)访问数据的情形下，“openDevice()”API可执行文件打开或文件创建操作。
诸如“encrypt()”那样的功能调用可被包括在API中，给予主机应用访问到在存储器设备中提供的加密功能。对于执行存储器设备的加密功能的细节所以对于应用来说可以是不知道的，因此减小用于开发主机应用的努力。
下面是API调用的说明性例子。为了说明起见，将讨论两个访问模型低级别的、直接存储器访问(数据访问模型1)；和诸如在文件系统中的较高级别的访问(数据访问模型2)。
OpenChannel-建立到存储器设备的扩展命令组的访问信道数据访问模型1-API可以不用做任何事情。当直接访问存储器时，如图所示，例如，典型地没有相应的“打开”操作。存储器仅仅被写入或从其中读出。
数据访问模型2-API可执行文件的文件创建操作；例如fid＝fcreat(“file-X”)用于创建文件的其他细节，例如，保持文件id(fid)，也可以在API中被操纵。当文件被打开时，然后数据可以随后被写入到该文件中。替换地，可以执行文件打开命令。为了确定“file-X”是否成功地创建或打开，可能需要附加代码。
getProfile-这是存储器设备的扩展命令的说明性例子；这个功能检索用户的简档信息。
数据访问模型1-API实施方案可看来像write(0x1234，”xxxAccessyyyget-profile-command”)read(0x2468，buffer)a.字符串”xxxAccessyyy”是触发存储器设备中存储器位置窗口以访问增强功能的预定的标志序列，在这种情况中是访问用户简档。字符串”get-profile-command”是对于检索简档信息的扩展命令的参考；当然，简单的数字或字母可被用作为特定的扩展命令的识别号。文本串具有自身发文件的优点。
b.当字符串经由“写”操作发送到存储器设备时，存储器设备的控制器104中的检测机构112可以检测该字符串中的标志序列以及触发存储器位置窗口。扩展命令然后被传递到操纵机构114，在其中通过应用平台106执行适当的处理。在这种情形下，应用平台可以仅仅探测信息，或它可以把信息装载到寄存器，或它可以把信息装载到存储器部件102中预定的位置，或否则可以使得简档信息是可提供的。注意，在写操作中提供的导致被略去。
c.当执行“读”操作时，存储器设备将检索简档信息(例如，来自寄存器)和把数据传送回设备驱动器。OS然后把数据移到“缓冲器”。如果存储器部件102中的预定的存储器位置被使用来包含简档信息，则读命令包括预定的存储器位置的地址；否则略去该地址。
d.API然后可把缓冲器的内容返回到主机应用，隐藏如何通过API调用得到数据的细节。
数据访问模型2-API实施方案可看来像fwrite(fid，”xxxAccessyyyget-profile-command”)fread(fid，buffer)a.假设openChannel()API调用是先前作出的，文件处在用于写就用于读的打开状态。
b.OS把fwrite()功能调用变换成到存储器设备的适当的低级别写操作。在存储器设备中的处理基本上如以上讨论的那样进行。用户简档信息被造成在寄存器中可提供的，或它可被写入到实际的文件(即，”file-X”)。
c.另外，存储器设备可被配置成执行到文件的实际写操作，以避免弄乱文件系统。
d.OS把fread()功能变换成对于存储器设备的适当的低级别读操作。对于存储器设备进行的文件读操作可以被检测机构112截取，以及数据可以通过操纵机构114和应用平台106被提供。或，如果应用平台106把用户简档转储到文件“file-X”，则读操作可被引导到文件本身。
e.从存储器设备传送的数据然后被移到如以上讨论的“缓冲器“。
verifyPIN-这是存储器设备的另一个扩展命令的说明性例子；这个功能包括由具有被存储在存储器设备中的PIN的主机提供的PIN，以及返回一个响应，表示匹配与否；主机应用提供被传送到这个API调用的PIN数据访问模型1-API实施方案可看来像write(0x1234，”xxxAccessyyyverify-PIN-command ILoveLucy”)read(0x2468，buffer)a.序列”xxxAccessyyy”触发存储器设备中存储器位置窗口以访问增强功能，在这种情况下执行PIN验证。字符串“Verify-PIN-command”识别用于执行验证的扩展命令。
b.数据也包括被传送到这个API调用的用户的PIN“ILoveLucy”。这个例子显示，主机应用可以通过包括通信(例如，“ILoveLucy”)作为要被发送到设备的数据的一部分，而与存储器设备的增强功能通信。如果需要发送大量数据，则可以规定惯例，由此可以执行多个写操作。
c.当字符串经由“写”操作发送到存储器设备时，存储器设备的控制器104中的检测机构112可以检测该字符串中的标志序列以及触发存储器位置窗口。扩展命令然后被传递到操纵机构114，在其中通过应用平台106执行适当的处理。在这种情形下，应用平台把主机提供的PIN与被存储在存储器设备中的PIN进行比较。应用平台然后可以把适当的响应，例如，PASS、FAIL，存储在寄存器或在存储器102中预定的位置。
d.当执行“读”操作时，存储器设备将检索简档信息(例如，从寄存器)和把数据传送回设备驱动器。OS然后把数据移到“缓冲器”。如果存储器部件102中的预定的存储器位置被使用来包含简档信息，则读命令将包括预定的存储器位置的地址；否则略去该地址。
e.API然后可把缓冲器的内容返回到主机应用，隐藏如何通过API调用得到数据的细节。
数据访问模型2-API实施方案可看来像fwrite(fid，”xxxAccessyyy verify-PIN-command ILoveLucy”)fread(fid，buffer)a.OS把fwrite()功能调用变换成到存储器设备的适当的低级别写操作。在存储器设备中的处理基本上如以上讨论的那样进行。比较的结果经由寄存器或通过把结果写入到实际的文件(即，”file-X”)而被做成可提供的。
b.另外，存储器设备可被配置成执行写到文件的实际写操作，以避免弄乱文件系统。
c.OS把fread()功能变换成对于存储器设备的适当的低级别读操作。对于存储器设备进行的文件读操作可以被检测机构112截取，以及数据可以通过操纵机构114和应用平台106被提供。或，如果应用平台106把用户简档 到文件“file-X“，则读操作可被引导到文件本身。
d.从存储器设备传送的数据然后被移到如以上讨论的“缓冲器”。
closeChannel-关闭到存储器设备的扩展命令组的访问信道数据访问模型1-API可以不用做任何事情。当直接访问存储器时，如图3所示，例如，典型地没有相应的“关闭”操作。存储器仅仅被写入或从其中读出。
数据访问模型2-API可执行以下项目unlink(fid)这个Unix系统调用删除来自文件系统的文件。类似的系统调用在其他OS中被提供。通过删除文件，”file-X”，无需说，可以避免弄乱文件系统。
通过上述的API层的定义，主机应用可包含以下程序段，得到和验证用户的PIN......
openChannel()；getProfile(buffer)；/*下面两个子程序与用户交互以获得PIN*/display_name(buffer)；obtain_PIN(p_buffer)；
result＝verifyPIN(P-buffer)；......
回忆在本发明的另一个实施例中，标志序列可用来把存储器设备设置成“扩展命令模式”，其中以后的数据写入到存储器设备，执行各种增强功能。以上的API调用然后可以按以下的方式被实施。再次地，描述两个数据访问模型。
OpenChannel-建立访问信道数据访问模型1-API可看来像write(0x1234，”xxxAccessyyy”)这把存储器设备设置成扩展命令模式。
数据访问模型2-API可执行文件的文件创建操作；例如fid＝fcreat(“file-X”)fwrite(fid，”xxxAccessyyy”)除了把存储器设备设置成扩展命令模式以外，为了避免弄乱文件系统，可把字符串”xxxAccessyyy”写入到文件。
getProfile-检索用户的简档信息数据访问模型1-API实施方案可看来像write(0x1234，“get-profile-command”)read(0x2468，buffer)数据访问模型2-API实施方案可看来像fwrite(fid，”get-profile-command”)fread(fid，buffer)注意，为了避免弄乱文件系统，可把字符串”get-profile-command”写入到文件。
verifyPIN-验证PIN数据访问模型1-API实施方案可看来像write(0x1234，“verify-PIN-command ILoveLucy”)read(0x2468，buffer)数据访问模型2-API实施方案可看来像
fwrite(fid，”verify-PIN-command ILoveLucy”)fread(fid，buffer)注意，为了避免弄乱文件系统，可把字符串”get-profile-command”写入到文件。
closeChannel-关闭访问信道数据访问模型1-API实施方案可看来像write(0x1234，”xxxCloseAccessyyy”)这是使得存储器设备退出扩展命令模式的第二预定的标志序列。
数据访问模型2-API可执行以下项目fwrite(fid，”xxxCloseAccessyyy”)unlink(fid)这个Unix系统调用从文件系统中删除文件。类似的系统调用在其他OS中被提供。然而，在删除文件之前，存储器设备需要退出扩展命令模式。这是通过fwrite()系统调用完成的。
参照图5，通用方框图显示按照本发明的方面，增强的数据存储器设备500如何被引入到主机设备550。接口530代表在存储器设备中提供的出脚或连接头，以及在存储器设备连接到的主机设备中提供的总线或插槽。
对于本讨论，假设存储器部件502和包括控制逻辑516的控制器504构成包括传统的存储器设备的部件。加到设备的增强特性由实施增强特性的附加逻辑和/或处理能力506代表。另外，控制器504被扩展成包括用于检测机构512的逻辑和用于操纵机构514的逻辑。从不同的观点看来，存储器设备可被看作为包括用于存储数据的存储器部件和包括参加的所有的逻辑以及传送数据到(和来自)存储器部件的控制部件。
在主机设备550上的主机应用552通过利用增强特性的附加代码553被修正。API 554可被提供来通过隐藏被使用来访问增强特性的某些数据通信细节而简化主机应用的开发。
本发明的检测机构512和操纵机构514避免对于设备驱动器库中新的或修正的设备驱动器代码662、663(图6)的需要，即使存储器设备的特性组被增加。本发明允许OS和设备驱动器使用原先在传统的设备中规定的现有的命令组(例如，写和读操作)，访问增强设备中的扩展命令，执行增强的功能。所以，在按照本发明的设备中不需要在传统的设备中必须提供的附加功能662、663。从OS的观点看来，由于没有新的功能要实施，因此，不需要对于OS中的设备驱动器作出修正。因此，当零售商准备发布具有增强能力的存储器设备时，顾客只需要得到更新的主级别应用。顾客的现有的OS和设备驱动器保持不变。
从上述内容，可以理解，本发明的基本方面是使用传统设备的命令组来执行在增强的设备中提供的附加功能。以上公开的实施例采用专门的数据序列，即，预定的标志序列，来触发存储器位置窗口。
按照本发明的另一个实施例，存储器位置窗口可以通过发出独特的操作序列到存储器设备，被触发。例如，三个写操作后面接着四个读操作可以用来触发访问在增强的存储器设备中的增强功能。不同的序列可触发不同的功能。由增强功能产生的数据可被存储到存储器部件102的预定的区域，以及由传统的读操作访问。这是相当麻烦的实施例以及在存储器设备中包括更复杂的逻辑，但尽管如此，体现本发明的卓越的方面。
参照图1A，闪速存储器设备100’是图1所示的机构的实施方案的例子。设备包括存储器部件102’和平台106’，它代表用于提供增强功能的逻辑/固件。将会看到，还提供了本发明的适当的控制器逻辑，但未示出，以简化讨论。图上显示本发明的方面，其中多个主机应用(应用1、应用2)可同时访问设备的增强功能。
应用1通过进行文件的”fopen()”系统调用，访问第一存储器位置窗口122。然后，应用进行”fwrite()”调用，把标志序列和扩展命令(连同任何相关的数据)发送到设备100’。在OS中的文件系统最后进行调用(经由用于闪速存储器设备的设备驱动器)，把这个数据写入到由控制器(未示出)“记住”的、在存储器102’中的位置。为了简化运行的讨论，作出某些假设。首先假设，所有的数据适配于一个邻接的块(例如，512字节)。文件系统在对话期间不自动合并分段或重新分配数据。为了确保数据整体性，提供了检验和。如果对于特定的实施方案，这些假设不成立，则可提供附加操纵。更一般地，可以看到，必须实施特定的措施，以便适应对于任何给定的OS或文件系统的特性。然而，这样的附加考虑对于相关领域技术人员是熟知的。
继续地，应用1可以进行”fflush()”系统调用。取决于文件系统，”fwrite()”可被缓存在OS中。”fflush()”系统调用迫使OS把数据写入到设备。当设备100’中的控制器检测标志序列时，扩展命令和任何相关的数据将被传送到平台106’，执行由扩展命令表示的控制功能。如果由于执行扩展命令而产生响应数据，平台逻辑/固件可以提供有存储器位置窗口122的地址，这样，数据可被写入到其中。如上所述，假设文件系统将不合并分段或重新分配已分配给它的文件的存储器。否则，平台106’可能不知道把它的响应数据写入到何处。在这样的情形下，控制器将需要附加的智能，以便检测这样的重新分配，如果可能的话。
继续地，应用1可以进行”fseek()”系统调用，把文件“反绕”到开始端。然后使得”fseek()”系统从存储器位置窗口读出响应数据。取决于OS，文件必须关闭，以保证OS不从它的内部缓冲器读出任何数据。为了辨别从文件读出的数据是响应数据还是其他数据(例如，其他数据可以是来自标志序列和扩展命令的数据)，可以建立一个约定，把所有的响应数据放置在一个或多个字节的专门序列的前面；例如，第一字节是零。因此，”fseek()”和”fread()”序列可以重复一次或多次，如果需要的话，以便保证读出的数据是来自平台106’的响应数据。响应数据可以是简单的确认功能已完成。
应用1可以进行以后的类似的系统调用系列，访问由平台106’提供的其他功能。该应用可能必须在同一个文件上执行”fopen()”系统调用。替换地，应用可以打开不同的文件，以访问不同的存储器位置窗口。
图1A还显示，在主机上操作的另一个应用，应用2，可以与应用1同时访问存储器设备100’的增强功能。应用2打开与由应用1打开的文件不同的文件，以便建立第二存储器位置窗口124。应用2然后进行”fwrite()”系统调用，通过写入标志序列和适当的扩展命令而访问由平台106’提供的想要的功能。如上所述，应用2可能需要进行”fflush()”系统调用，以便迫使OS发送数据到存储器设备100’。
当设备100’中的控制器(未示出)检测标志序列时，其余数据可被传送到平台106’用于处理。这可包括传送存储器位置窗口124的地址，允许平台写入可以产生的任何响应数据。
可以产生的任何响应数据可以由应用2通过读出文件而得到。与应用1一样，这可包括使得”fseek()”把文件系统中的文件指针复位到文件的开始端，把文件有效地“反绕”到开始端。另外，与应用1一样，可能需要执行”fread()”和”fseek()”操作序列，直至平台106’产生数据为止。
权利要求
1.一种存储器设备中的访问方法，包括结合存储器设备上的第一操作，接收所接收的数据；如果在所接收的数据中没有检测到预定的数据序列，则执行第一操作；以及响应于在所接收的数据中检测到预定的数据序列，执行不是第一操作的预定的操作。
2.权利要求1的方法，还包括响应于在所接收的数据中检测到预定的数据序列，除了执行预定的操作以外还执行第一操作。
3.权利要求1的方法，其中响应于在所接收的数据中检测到预定的数据序列，代替执行第一操作而执行预定的操作。
4.权利要求1的方法，其中所接收的数据除了包括预定的序列以外还包括第二数据序列，其中预定的操作由第二数据序列指示。
5.权利要求1的方法，其中执行预定的操作产生结果数据。
6.权利要求5的方法，还包括接收在存储器设备上的读操作和响应于读操作产生结果数据。
7.权利要求6的方法，其中产生结果数据的步骤包括把在存储器设备的存储器部件中的结果数据存储在存储器部件的预定的位置，其中读操作包括指示预定的位置的地址信息。
8.权利要求1的方法，其中第一操作是写操作，其中执行第一操作包括把所接收的数据存储在存储器设备的存储器部件。
9.权利要求8的方法，其中执行预定的操作产生被存储在不同于存储器部件的数据存储器中的结果数据。
10.权利要求8的方法，其中执行预定的操作产生被存储在存储器部件中的结果数据。
11.权利要求8的方法，其中所接收的数据包括地址部分和数据部分，其中数据部分包括预定的数据序列。
12.权利要求11的方法，其中数据部分还包括识别预定的操作的命令标识符。
13.权利要求8的方法，其中所接收的数据包括地址部分和数据部分，其中地址部分包括预定的数据序列。
14.权利要求13的方法，其中数据部分包括识别预定的操作的命令标识符。
15.一种具有存储器部件和控制部件的存储器设备，该控制部件被配置成按照权利要求1的方法操作。
16.权利要求15的存储器设备，其中控制部件还被配置成与计算设备通信。
17.一种用于操作数据存储器设备的方法，包括接收与写操作有关的第一数据；如果第一数据包括预定的序列，则至少执行与写操作不同的第一操作；以及如果第一数据不包括预定的序列，则执行包括把第一数据的至少某些部分存储到存储器的写操作。
18.权利要求17的方法，其中执行第一操作产生结果数据，其中响应于接下来的读操作，产生结果数据作为对读操作的响应。
19.权利要求18的方法，还包括把结果数据存储在不同于该存储器的数据存储器中。
20.权利要求18的方法，还包括把结果数据存储在该存储器中。
21.权利要求20的方法，其中结果数据被存储在存储器的预定的位置的开始，以及接下来的读操作包括指示预定的位置的地址。
22.一种用于访问存储器设备的方法，包括把第一写操作传送到存储器设备，第一写操作具有与其相关的第一数据，第一数据包括地址数据和写数据，其中写数据被写入到由地址数据指示的存储器的存储器位置；把第二写操作传送到存储器设备，第二写操作具有与其相关的第二数据，第二数据包括预定的数据序列，其中存储器设备响应于检测到预定的数据序列执行不同于写操作的预定的操作；以及在第二写操作后传送读操作，其中预定的操作产生结果数据，其中存储器设备用结果数据来响应读操作。
23.权利要求22的方法，其中传送第一写操作的步骤是响应于对文件执行第一写操作而执行的，传送第二写操作的步骤是响应于对文件执行第二写操作而执行的，以及传送读操作的步骤是响应于在文件上执行读操作而执行的。
24.权利要求23的方法，其中对文件执行第二写操作和在文件上执行读操作的步骤是响应于进行应用编程器接口(API)调用以在存储器设备中执行预定的操作而执行的。
25.权利要求24的方法，其中进行API调用、对文件执行第二写操作、和在文件上执行读操作的步骤是由包括应用的一个或多个程序代码部分的程序代码执行的。
26.权利要求25的方法，其中传送第一写操作、传送第二写操作、和传送读操作的步骤是由包括操作系统(OS)的一个或多个程序代码部分的程序代码执行的。
27.权利要求22的方法，其中存储器设备被配置成执行多个预定的操作。
28.权利要求27的方法，其中第二数据还包括指示预定的操作的命令数据序列。
29.权利要求27的方法，其中第二数据还包括地址数据，其中预定的数据序列构成地址数据。
30.权利要求22的方法，其中结果数据被存储在不同于该存储器的数据存储器中。
31.权利要求22的方法，其中结果数据被存储在该存储器中预定的位置的开始。
32.一种用于访问数据存储器设备的方法，包括把指示传送到数据存储器设备以执行第一操作，第一操作是多个第一设备操作之一；把第一数据传送到数据存储器设备，第一数据与第一操作相关；根据被包含在第一数据中的数据，确定是否至少执行第二操作，该第二操作不被包括在多个第一设备操作之中。
33.权利要求32的方法，其中数据存储器设备具有与第一设备操作相关的相应的命令组，其中第二操作与命令组中的任何命令不相关，其中传送指示的步骤是传送来自命令组的命令的步骤。
34.权利要求33的方法，其中数据存储器设备只具有单个相应的命令组。
35.权利要求32的方法，还包括如果第一数据包含预定的数据序列，则执行第二操作来代替第一操作。
36.权利要求32的方法，还包括如果第一数据包含预定的数据序列，则除了执行第一操作以外，还执行第二操作。
37.权利要求32的方法，其中第一操作是写操作，以及第一数据是要由写操作写入的数据。
38.权利要求32的方法，其中传送步骤包括在数据存储器设备的一条或多条信号线上确证信号。
39.权利要求32的方法，其中传送步骤包括通过数据存储器设备的一条或多条数据线传输数据。
40.一种访问存储器设备的方法，包括在存储器设备中提供多个第一操作，每个第一操作具有相关的命令，由此定义命令组；在存储器设备中提供多个第二操作，该命令组不存在与第二操作相关的任何命令；把与第一操作之一相关的命令传送到存储器设备，包括传送与命令相关的数据；检测在与命令相关的数据中的预定的数据序列，以及响应于此，执行第二操作之一；以及如果与命令相关的数据不存在预定的数据序列，则执行与命令相关的第一操作之一。
41.权利要求40的方法，其中执行第二操作之一产生结果数据。
42.权利要求40的方法，其中与命令相关的数据包括指示第二操作之一的数据。
43.权利要求42的方法，其中命令是写命令。
44.权利要求42的方法，其中第一操作之一与命令相关，该方法还包括除了执行第二操作之一以外，还执行相关的第一命令。
45.权利要求40的方法，还包括传送接下来的命令到存储器设备，接下来的命令具有与其相关的数据，其中该数据指示第二操作之一。
46.权利要求40的方法，其中执行第二操作产生结果数据，该方法还包括传送指示读操作的接下来的命令，检测接下来的命令，以及响应于此，用结果数据进行响应。
47.权利要求46的方法，其中传送步骤是通过执行第一计算机程序代码而执行的。
48.权利要求47的方法，其中执行第一程序代码是响应于执行第二程序代码而执行的。
49.权利要求48的方法，其中第一程序代码是操作系统的组成部分，其中第二程序代码是应用程序的组成部分。
50.一种存储器设备，包括存储器部件，具有相应的命令组；控制部件，在操作上耦合到存储器部件，用于把数据写入到存储器部件和用于从存储器部件读出数据；以及接口，在操作上耦合到控制部件以及被配置成与主机设备进行通信，该控制部件被配置成执行多个设备操作和多个扩展操作，其中每个设备操作是与命令组中的命令相关的，该控制部件还被配置成检测从主机设备传送的命令，其中可以执行与传送的命令相关的设备操作，控制部件还被配置成检测与来自命令组的第一命令相关的第一数据中的预定的数据序列，以及响应于检测到预定的数据序列执行扩展的操作之一。
51.权利要求50的设备，其中扩展的操作在命令组中没有相关的命令。
52.权利要求50的设备，还包括数据存储器，其中至少一个扩展的操作生成结果数据，该结果数据然后可被存储在存储器部件。
53.权利要求50的设备，其中至少一个扩展的操作生成结果数据，其中控制部件还被配置成把结果数据存储在存储器中预定的位置的开始。
54.权利要求50的设备，其中第一命令是写命令，以及第一数据包括地址部分和数据部分。
55.权利要求54的设备，其中数据部分包括预定的数据序列和扩展的命令分类符，其中控制部件还被配置成根据扩展的命令分类符执行扩展操作之一。
56.权利要求54的设备，其中地址部分包括预定的数据序列和数据部分包括扩展的命令分类符，其中控制部件还被配置成根据扩展的命令分类符执行扩展操作之一。
57.权利要求50的设备，其中控制部件还被配置成响应于检测到预定的数据序列，除了执行扩展的操作以外，还执行相应于第一命令的设备操作。
58.权利要求50的设备，其中响应于检测到预定的数据序列，执行扩展的操作，来代替执行相应于第一命令的设备操作。
59.权利要求50的设备，其中控制部件包括控制器和一个或多个处理单元，一个或多个处理单元被配置成执行扩展的操作，控制器包括检测预定的数据序列的逻辑，控制器在操作上耦合成操作一个或多个处理单元，以便响应于检测到预定的数据序列执行扩展操作。
60.一种被配置成与权利要求50的存储器设备进行通信的主机设备，包括第一软件，用于把一个或多个命令传送到存储器设备。
61.权利要求60的主机设备，还包括第二软件，用于执行文件输入和文件输出操作，其中第一软件响应于文件输入和文件输出操作，把一个或多个命令传送到存储器设备。
62.一种用于访问存储器设备的方法，存储器设备被配置成执行多个第一操作和多个第二操作，每个第一操作具有相关的命令，存储器设备还被配置成通过执行它的相关的第一操作来响应传送给它的一个命令，该方法包括检测被传送到存储器设备的两个或多个命令的预定的序列；如果检测到两个或多个命令的预定的序列，则执行第二操作之一。
63.权利要求62的方法，其中所执行的第二操作是基于包括预定的序列的命令序列的。
64.权利要求62的方法，其中如果检测到两个或多个命令的第二预定的序列，则执行另一个第二操作。
全文摘要
在存储器设备中通过增强控制逻辑以识别预定的数据序列，而提供增强的功能。使用标准(传统)设备操作来传送预定的数据序列，由此允许现有的设备驱动器使用于增强的设备。
文档编号G06K17/00GK1658174SQ20041008419
公开日2005年8月24日 申请日期2004年10月15日 优先权日2003年10月17日
发明者赛弥·纳萨尔 申请人:株式会社瑞萨科技