装置和信息记录方法
【专利摘要】本发明提供一种装置和信息记录方法。在所述装置中可以安装程序，所述装置包括确定部，对于使用第一存储部的使用请求，所述确定部确定用于识别已经发出使用请求的程序的识别信息；以及存储单元，在不同于第一存储部的第二存储部中存储识别信息。
【专利说明】装置和信息记录方法
【技术领域】
[0001 ] 本发明涉及装置和信息记录方法。
【背景技术】
[0002]在相关技术中，在图像形成装置中，可以安装应用平台(此后简称为“平台”)，其包括开放的应用程序接口(API)(例如，参见日本特开专利申请N0.2006-079211)。在这种安装有平台的图像形成装置中，可以在平台上安装使用API创建的应用程序(此后简称为“应用”)。
[0003]在相关技术中，以这种方式分配平台，使得在可插入和可拔取的记录介质中记录所述平台，这种记录介质诸如是安全数字(Secure Digital, SD)卡(此后简称为“外部记录介质”)。
[0004]另一方面，存在这样的在平台上安装的应用，其具有向文件等写入执行处理过程中产生的信息的功能。作为存储这种文件的地点，在相关技术中使用存储部，这种存储部诸如是硬盘驱动器(HDD)、或者图像形成装置所具有的平台、或者用于分配应用的外部记录介质。由于HDD具有大的存储能力，所以HDD适宜作为写入信息的地点。然而，在具有HDD的图像形成装置进入省电状态时，向HDD的供电也停止了。因此，尤其是对于在省电状态过程中也运行的这种应用，使用外部记录介质作为存储信息的地点。这样，在相关技术中，将外部记录介质(作为分配介质)用于分配平台或者应用，还(作为存储部)存储信息。
[0005]值得注意的是，在相关技术中，允许仅仅在将外部记录介质插入图像形成装置时才运行平台，用于防止未授权的平台复制等目的。因此，在运行平台的状态下，保障了被插入的外部记录介质的状态。因此，应用能够确定存在外部记录介质，并因此能够使用外部记录介质来在其中存储信息。
【发明内容】
[0006]根据本发明的一个方面，一种装置，在其中可以安装程序，所述装置包括确定部，对于使用第一存储部的用户请求确定识别信息，以识别已经通过预定接口发出使用请求的程序；以及存储单元，其将识别信息存储在不同于第一存储部的第二存储部中。
[0007]当结合附图阅读【具体实施方式】时，本发明的其他目的、特征和优点将变得更明显。
【专利附图】
【附图说明】
[0008]图1是显示根据本发明实施例的图像形成装置中硬件配置示例的示意图；
[0009]图2是显示根据实施例的图像形成装置中软件配置示例的示意图；
[0010]图3是显示与用以检查访问NAND型闪存的状态的检查机制相关的功能配置示例的不意图；
[0011]图4是用以示出由图像形成装置执行的过程的一个示例的时序图；以及
[0012]图5示出了在日志文件中记录的信息的一个示例。【具体实施方式】
[0013]为了方便的理由，首先描述由实施例解决的问题。
[0014]在以上描述的相关技术中，要用于分配平台的外部记录介质的花费是由销售图像形成装置的人支付的。这样，销售图像形成装置的人承担了很重的负担。此外，用户负担了保持和管理外部记录介质等的工作量。作为分配程序的通用方法，存在从互联网上的预定的服务器下载程序的方法。然而，许多用户不愿意将他们的图像形成装置连接到互联网等上，因此，不可能将这种方法用于所有用户。
[0015]因此，发明人等人考虑了这样的方法，其中，在运输图像形成装置之前，在集成在图像形成装置中的存储设备中存储平台。借此，即便没有使用外部记录介质进行的平台分配、使用互联网进行的平台分配等等，也可以将平台与图像形成装置一起进行分配。此外，在平台被存储在集成在图像形成装置中的存储设备中的情况下，与平台被存储在外部记录介质中相比，可以减少未授权的平台复制的可能性。
[0016]然而，在外部记录介质因此而没有使用在平台的分配中的情况下，在运行平台时，不能保证被插入的外部记录介质的状态。因此有必要为存储信息而专门提供存储设备，使得该存储设备被集成在图像形成装置中，并且即便在省电状态下也向该存储设备提供电力。
[0017]然而，存储设备具有有限的使用寿命。外部记录介质可以轻易地被新的外部记录介质替代。然而，集成在图像形成装置中的存储设备可以作为其他硬件而被安装在相同主板上，并且因此，可能难以使用新的存储设备来替代它。此外，如果集成的存储设备的使用寿命短，则产品(图像形成装置)的可靠性也会被降低。
[0018]存储设备的使用寿命在很大程度上取决于写操作的数量。因此，更可取的是提供关于对存储设备的写频率的准则，并保持该准则来开发应用。
[0019]然而，例如，没有确定是否保持了准则的机制，那么准则不会良好地起作用。这样的问题可能对于多种装置是共有的，所述多种装置中安装有具有向存储设备写信息的功能的应用。
[0020]在考虑这一点上，创造出了本申请的实施例，并且实施例的目的是辅助获取关于存储设备是如何被使用(存储设备的使用状态)的信息。
[0021]以下，基于附图，将描述本发明的实施例。图1是示出根据本发明实施例的图像形成装置的硬件配置示例的示意图。在图1中，图像形成装置10包括硬件部分，诸如控制器
11、扫描仪12、打印机13、调制解调器14、操作面板15、网络接口 16和SD卡槽17。
[0022]控制器11 包括主板，其上安装了 CPU111、RAM112、ROMl 13, HDDl 14, NVRAM115 和NAND (Not AND，与非)类型闪存116。ROMl 13存储各种程序和程序要使用的数据。RAM112被用作将要装载程序的存储区域和已被装载的程序的工作区域。CPUlll执行RAM112中装载的程序来实现多种功能。HDD114和NAND类型闪存116存储程序和程序要使用的各种类型的数据。根据实施例，使用了 NAND类型闪存116。然而，也可以替代使用不是NAND类型的闪存或其他类型的非易失性存储器。在NVRAM115中，例如，存储根据任务的进程而更新的计算器数值等。
[0023]扫描仪12是从原始文档中读取图像数据的硬件部分(图像读取部)。打印机13是将打印数据打印到打印纸上的硬件部分(打印部)。调制解调器14是用于将图像形成装置10连接到电话线上的硬件部分，并被用于实现通过传真通信来发送和接收图像数据。操作面板115是这样的硬件部分，其包括诸如用于从用户接收输入的按钮的输入设备和诸如液晶面板的显示设备。液晶面板可以具有触摸屏功能。在这种情况下，液晶屏也具有作为输入设备的功能。网络接口 16是用于将图像形成装置10连接到诸如LAN的(有线和/或无线)网络的硬件部分。SD卡槽17被用于读取存储在SD卡80中的程序。值得注意的是，也可以代替SD卡80而使用其他记录介质(例如SD-ROM、通用串行总线(USB)存储器等等)。也就是说，可以用来代替SD卡80的记录介质的特定类型不被限定为特定的一个。在这种情况下，使用与实际使用的记录介质的类型相对应的其他类型的硬件部分来代替SD卡槽17。
[0024]值得注意的是，根据实施例，在图像形成装置10处于省电状态的情况下，不向可写入非易失性存储设备之间的HDD114供电。另一方面，即便在省电状态下，也向NVRAMl15、NAND类型闪存116和SD卡槽17 (SD卡80)供电。然而，这种配置仅仅是一个示例，其他配置也可以替代使用。此外，省电状态意味着一些硬件部分是受限的。取决于供电受限的硬件部分的数量，省电状态可以具有多个层次。
[0025]图2显示了根据实施例的图像形成装置10中软件配置的示例。在图2中，图像形成装置10包括标准应用121、软件开发工具包(SDK)应用122、SDK平台12、JVM124、控制服务125和0S126等等。
[0026]标准应用121是通常(在运输时间之前)在图像形成装置10中实施的应用程序的集合。作为其示例，图2显示了扫描应用1211、打印应用1212、复印应用1213和传真(FAX)应用1214。扫描应用1211使用扫描仪12等执行扫描任务。复印应用1213使用扫描仪12、打印机13等执行复印任务。传真应用1214使用调制解调器14等执行传真发送任务和传真接收任务。值得注意的是，扫描仪12、打印机13和调制解调器14是图像形成装置10独有的硬件部分的示例。
[0027]控制服务125是软件模块组，所述软件模块向诸如标准应用121、SDK平台123等的寄主程序提供用于控制各种硬件资源等的功能。控制服务125例如具有关于网络通信的功能、控制扫描仪12的功能、控制打印机13的功能、以及管理存储器的功能等等。
[0028]SDK应用122是应用程序(也被成为插件(plug-1n))，在运输图像形成装置10之后额外安装，用以扩展图像形成装置10的功能的目的。在图2中，作为SDK应用122的示例，显示了应用A1221和应用B1222。应用A1221和应用B1222仅仅是示例，在实施例中应用A1221和应用B1222的功能不限于特定的功能。
[0029]SDK平台123包括多个API，API用于开发SDK应用122，也为SDK应用122提供执行环境。API的配置可以例如是功能，或者可以是类(class)和根据面向对象的类的方法等。根据实施例，由Java(注册商标)的类组(class group)提供API。以下,SDK平台123提供的API将被称为“SDK API”。例如SDK平台123向SDK应用122提供关于扫描功能的SDK AP1、关于打印功能的SDKAP1、关于复印功能的SDK API等等。SDK API是开放的，并且SDK应用122也可以由第三方等开发。
[0030]JVMl24是Java (注册商标)虚拟机(Virtual Machine, VM)。在实施例中，将SDK应用122实现为Java (注册商标)的应用。SDK应用122、SDK平台123等可以使用JVMl24所具有的Java (注册商标)标准的类组提供的API。[0031]0S126是所谓的操作系统(Operating System, OS)。图像形成装置10中每组软件运行为0S126上的处理或线程。
[0032]在实施例中，在运输图像形成装置10时，图2中所示的每组软件的程序文件被存储在NAND类型的闪存116中。然而，可以将这些程序文件中的一些和全部存储在HDD114中。此外，还可以将在运输之后安装的SDK应用122存储在SD卡80中。
[0033]根据实施例，假设这种情景，其中，由SDK应用122提供了关于访问(尤其是写入)NAND类型闪存116的准则。例如，根据该准则，对每单位时间内的写操作的数量和写入大小规定上限。要求开发SDK应用122的开发者以对NAND类型闪存116的访问将落入上限的方式实现SDK应用122。
[0034]另一方面，根据实施例的图像形成装置10具有辅助检查各自的SDK应用122是否符合准则而被实现的机制。
[0035]图3显示了关于检查如何访问NAND类型闪存116的状态的机制的功能配置示例。图3中所示的程序群组被分类为J层和N层。J层是根据Java (注册商标)而实现，并且该层已经被转换为J层可以在JVM124 (例如Java (注册商标)字节码等)上运行的状态。N层是例如根据C语言、C++等实现的，并且该层已经被转换为本地编码。
[0036]在图3中，JVM124包括文件类组1241。文件类组1241是来自Java (注册商标)标准类组中、关于文件操作(访问文件)的类组。作为文件操作的具体示例，打开文件、关闭文件、向文件写入、从文件读取、生成文件夹或目录等等，都可以被引证。
[0037]日志库127被链接到JVM124。日志库127包括文件功能组1271、JNI功能1272等。文件功能组1271是用于以C语言进行的文件操作的标准功能组，该文件功能组生成对文件的写入，诸如“打开”功能、“关闭”功能、“写入”功能、“生成文件夹”功能等等。然而，对日志库127中包括的文件功能组1271进行修改，使得其将关于文件操作的日志信息用作自变量来调用JNI功能1272。在日志库127中，关于文件操作的原始功能组被替换为文件功能组1271。也就是，提供这种配置，使得通过文件类组1241调用文件操作相关功能被文件功能组1271挂钩(hook)。可以根据已知方法实现将要调用的功能从原始功能改变为修改后的功能。例如，可以通过修改链接方式来改变将被调用的功能。
[0038]JNI功能1272是这样的功能，用于通过Java (注册商标)本地接口(JNI)的设置将对N层中文件功能组1271的调用传输到J层中日志类1232。
[0039]SDK平台123包括SDK类组1231。SDK类组1231是提供SDK API的Java (注册商标)的类组。在SDK类组1231中，包括日志类1232。日志类1232是记录关于HDD114中文件操作的日志信息的类。
[0040]在图3中，从SDK应用122延伸至SDK类组1231的箭头指示由SDK应用122调用SDK API。从SDK应用122延伸至文件类组1241的箭头指示由SDK应用122调用文件类组1241。
[0041]从SDK类组1231延伸至文件类组1241的箭头指示由SDK类组1231调用文件类组1241。例如，生成诸如图像数据的特定信息并将生成信息存储在文件中的SDK类组1231使用文件类组1241实现将信息存储到文件中。值得注意的是，由SDK类组1231调用文件类组1241对于SDK应用122是隐藏(不可见)的。也就是说，即使在SDK应用122不清楚文件操作的情况下，也可以实现文件操作。[0042]从日志类1232延伸至文件类组1241的箭头指示当日志类1232记录日志信息时调用文件类组1241。
[0043]从文件类组1241延伸至文件功能组1271的箭头指示将向文件类组1241做出的对文件操作的请求发送给文件功能组1271。从文件功能组1271延伸至HDD144、NAND类型闪存116以及SD卡80的箭头指示文件功能组1271对各自存储设备进行访问以实现文件操作。然而，严格地说，对各自存储设备的访问是进一步使用0S126和驱动程序(未显示)实现的。此外，访问存储设备中的哪一个是通过要操作的文件的路径名来识别的。
[0044]以下，将描述图像形成装置10要执行的过程。图4是说明图像形成装置10执行的过程的一个示例的时序图。值得注意的是，尽管图4中显示的过程是通过图像形成装置10根据各自程序实现的，但是为了方便起见，将如同程序执行过程一样进行描述。
[0045]在步骤SlOl，应用A1221调用特定SDK API。也就是，应用A1221向SDK平台123作出特定的处理请求。结果是，调用对应于SDK API的SDK类组1231中类的方法。在方法内部处理中作出文件操作请求的情况下，类调用文件功能组1271当中对应于文件操作的功能(例如，“打开”、“写入”、“读取”、“关闭”、“生成文件夹”等)(步骤S103)。此后，被调用的功能将被称为“对象功能”。
[0046]对象功能执行对应于对象功能的文件操作(步骤S104)。结果是，执行访问存储设备，也就是HDD114、NAND类型闪存116或SD卡80。值得注意的是，不必将SD卡80插入SD卡槽17。
[0047]接下来，对象功能确定这样访问的存储设备是否是NAND类型闪存116 (步骤S105)。可以基于所访问文件的路径名确定所访问的存储设备，因为所访问文件的路径名的顶部对于每个存储设备是不同的。值得注意的是，路径名是当对象功能处于“开放”功能时，在自变量中指定的。当对象功能不是“开放”功能时，在自变量中指定文件识别符。因此，可以将配置提供为使得可以基于文件识别符确定路径名。具体来说，在“开放”功能中，例如在RAM112中存储文件识别符和路径名之间的对应关系。不是“开放”功能的功能可以基于对应关系信息确定对应于在自变量中指定的文件识别符的文件名。
[0048]在步骤S105中所访问的存储设备是NAND类型闪存116的情况下，执行在步骤S106开始的处理。在步骤S106中，对象功能指定用于指示所执行文件操作的日志信息，并且调用JNI功能1272。日志信息包括，例如用于项目的值，所述项目诸如是线程名、路径名、大小、操作类型名、以及日期和时间信息。
[0049]线程名是当前过程所属线程的线程名。路径名是所操作文件的路径名。大小是对所操作文件进行的写大小(写入)。因此，项目“大小”在对象功能是“写”功能的情况下是有意义的。在对象功能不是“写”功能的情况下，项目“大小”的值可以是零。操作类型名是文件操作的类型的识别名。操作类型名可以是例如对象功能的功能名。日期和时间信息是指示当前日期和时间的字符串。值得注意的是，可以获得线程名以及日期和时间信息作为询问OS 126的结果。
[0050]接下来，JNI功能1272指定日志信息，并调用日志类1232中的预定方法(步骤S107)。接下来，日志类1232确定SDK应用122中做出处理请求、导致请求文件操作的应用的识别信息(后文称为“应用ID”)(步骤S108)。稍后将描述确定应用ID的具体方法。在步骤S108中如此获得应用A1221的应用ID之后，日志类1232将所获取的应用ID附加至日志信息(步骤S109)。接下来，日志类1232请求文件类组1241将日志信息写入日志文件(步骤S110)。文件类组1241随后请求文件功能组1271写入日志信息(步骤S111)。值得注意的是，对于一组日志信息多次执行步骤SllO和S111，诸如是“打开”日志文件、将日志信息“写入”日志文件、以及随后“关闭”日志文件。接下来，文件功能组1271将日志信息写入HDDl 14中的日志文件(步骤SI 12)。
[0051]图5不出在日志文件中记录的信息的一个不例。图5中第一行对应于一组日志信息。如图5所示，在日志文件中，对于每组日志信息，都记录了应用ID、线程名、路径名(如5中的“写入目标路径”)、大小、操作类型名、日期和时间信息等。
[0052]接下来，与步骤S105相同，文件功能组1271确定所访问的存储设备是否是NAND类型闪存116 (步骤S113)。因为日志文件被存储在HDD114中，所以所访问的存储设备不是NAND类型闪存116。因此在写入日志信息的情况下，在此之后，不执行与在步骤S106开始的处理相同的处理。
[0053]值得注意的是，在图4中，已经描述了经由SDK类组1231调用文件类组1241的配置。然而，诸如应用A1221的SDK应用122可以直接调用文件类组1241。在这种情况下将要执行的过程与在步骤S103开始的过程相同。
[0054]此外，不必同步地执行步骤SllO和步骤S107。例如，日志类1232可以在RAM112等中缓存日志信息预定次数或预定总量。然后可以在所缓存的日志信息已经达到预定次数或预定总量的时候执行在步骤SllO开始的处理。此外，还可以这样，在图像形成装置10处于省电状态的情况下，日志类1232缓存日志信息，而无视以上提及的预定次数或以上提及的预定总量。这是因为，在省电状态的情况下，不能执行将日志信息写入将要写入日志信息的 HDDl14。
[0055]接下来，将描述以上提及的在步骤S108中确定应用ID的具体方法。
[0056]SDK应用122是Java (注册商标)应用。因此,例如,可以使用ThreadGroup (线程组)识别每个SDK应用122,所述ThreadGroup是Java(注册商标)中的标准类。ThreadGroup是多个线程或多个ThreadGroup的集合,一个或多个线程可以与ThreadGroup相关联。此夕卜，可以将名(ThreadGroup名)与线程相关联。此外，在J层，可以基于线程名获得涉及线程名的线程所属的ThreadGroup的ThreadGroup名。
[0057]SDK 平台 123 将一个 ThreadGroup 分配给一个 SDK 应用 122，并将与 ThreadGroup对应的SDK应用122的应用ID设置成为每个ThreadGroup的ThreadGroup名。借此，属于J层的日志类1232可以基于日志信息中包括的线程名来获取ThreadGroup名，即应用ID。
[0058]也就是，还可以这样，文件功能组1271技术上执行写入日志信息。在这种情况下，JNI功能1272和日志类1232变得不是必要的。然而，由于文件功能组1271属于N层，所以它不能基于线程名获取ThreadGroup名。所以根据实施例，提供了这样的配置，对于向下发送到N层的对文件操作的请求，通过J层中的日志类1232写入日志信息。
[0059]然而,还可以使用不同方法确定应用ID。例如,考虑HDD114、NAND类型闪存116、SD卡80等，可以将工作区域分配给各自的SDK应用1221。具体来说，可以为各自SDK应用122生成文件夹或目录，并且每个SDK应用122可以在对应的文件夹或在对应目录中写信肩、O
[0060]在这种情况下，文件功能组1271可以基于所操作的文件的路径名来确定诸如应用ID的每个SDK应用122的识别信息。也就是，为了区分对应的SDK应用122，在每个路径名中包括了文件夹名或目录名。由于文件夹名或目录名对每个SDK应用122具有不同的值，所以可以确定对应SDK应用122的识别信息。文件夹名或目录名可以分别与对应的SDK应用122的应用ID相同。
[0061]在可以通过文件功能组1271确定应用ID的情况下，文件功能组1271可以将日志信息写入日志文件。替选地，还可以通过JNI功能1272调用日志类1232。
[0062]如上所述，根据实施例，对于在NAND类型闪存116上执行的各自的操作，在对应于能够确定SDK应用122的状态下，记录日志信息组。因此，可以在SDK应用122如何使用NAND类型闪存116方面，辅助获取每个SDK应用122的使用状态。例如，开发SDK应用122的开发者可以通过在检测SDK应用122时检查日志文件等等，来确定在SDK应用122如何使用NAND类型闪存116方面，SDK应用122的使用状态是否与准则一致。
[0063]此外，在关于NAND类型闪存116发生问题的情况下，可以提高能够通过检查日志文件来确定引起问题的所对应的SDK应用122的可能性。
[0064]此外，实施例不要求用于SDK应用122的接口的改变。因此，可以实现该实施例而不改变SDK应用122的实现。
[0065]值得注意的是，记录日志信息的地点不限于图像形成装置10所具有的存储设备。例如，可以将通过网络连接到图像形成装置10的存储设备用作记录日志信息的地点。
[0066]此外，实施例可以应用于图像形成装置10以外的可以安装应用的各种装置中的任何一种。这些装置可以包括投影仪、数字摄像机、视频会议系统等。
[0067]值得注意的是，在实施例中，对文件操作的请求是对存储部的使用请求的一个示例。此外，JVMl24中文件类组124具有的多个API和SDK API是预定接口的示例。此外，NAND类型闪存116是第一存储部的一个示例。HDD114是第二存储部的一个示例。RAM112是第三存储部的一个示例。此外，日志类1232或文件功能组1271是确定部的一个示例。日志类1232是存储单元的一个示例。
[0068]此外，根据实施例，已经使用称为“SDK”的供应(provision)样式描述了使用开放API开发的应用导致装置执行处理的方法的示例。但是，本发明不限于这种特定供应样式。
[0069]已经在实施例中描述了装置、非瞬态计算机可读信息记录介质和信息记录方法。然而，本发明不限于具体公开的实施例，并且在不背离本发明范围的情况下可以做出变型和修改。
[0070]本申请基于2013年2月8日递交的日本在先申请N0.2013-023466和2013年9月26日递交的日本在先申请N0.2013-199767，并主张他们的优先权，以引用的方式将他们的全部内容合并入本文中。
[0071]在先技术文档
[0072]日本特开专利申请N0.2006-079211
[0073]日本特开专利申请N0.2009-290464。
【权利要求】
1.一种装置，可以在其中安装程序，所述装置包括: 确定部，用于对使用第一存储部的使用请求，确定用于识别已经通过预定接口发出使用请求的程序的识别信息；以及 存储单元，用于在不同于第一存储部的第二存储部中存储所述识别信息。
2.根据权利要求1所述的装置，其中 所述识别信息包括处理的线程名和文件的路径名中的任何一个，其中响应于经由预定接口执行的调用而执行所述线程。
3.根据权利要求1或2所述的装置，其中 所述确定部基于ThreadGroup的名称来确定识别名，其中，响应于经由预定接口执行的调用而执行的线 程属于所述ThreadGroup。
4.根据权利要求1或2所述的装置，其中 所述确定部基于在使用请求中指定要被操作的文件的路径名来确定所述识别信息。
5.根据权利要求1-4中任一项所述的装置，其中 在所述装置处于省电状态的情况下，所述存储单元将所述识别信息存储在第三存储部中。
6.根据权利要求1-5中任一项所述的装置，其中 所述第二存储部经由网络连接于所述装置。
7.根据权利要求1-6中任一项所述的装置，其中 使用所述第一存储部的使用请求是请求文件操作执行以下操作的请求，所述操作是打开文件、关闭文件、将信息写入文件、从文件中读取信息、或生成文件夹或目录，所述文件存储在所述第一存储部中。
8.一种信息记录方法，其中安装程序的装置执行: 对于使用第一存储部的使用请求，确定用于识别已经通过预定接口发出使用请求的程序的识别信息；以及 在不同于第一存储部的第二存储部中存储所述识别信息。
9.根据权利要求8所述的信息记录方法，其中 所述识别信息包括处理的线程名和文件的路径名中的任何一个，其中响应于经由预定接口执行的调用而执行所述线程。
10.根据权利要求8或9所述的信息记录方法，其中 在所述确定步骤中，基于ThreadGroup的名称来确定识别名，其中，响应于经由预定接口执行的调用而执行的线程属于所述ThreadGroup。
11.根据权利要求8或9所述的信息记录方法，其中 在所述确定步骤中，基于在使用请求中指定要被操作的文件的路径名来确定所述识别信息。
12.根据权利要求8-11中任一项所述的信息记录方法，其中 在所述存储步骤中，在所述装置处于省电状态的情况下，将所述识别信息存储在第三存储部中。
13.根据权利要求8-12中任一项所述的信息记录方法，其中 所述第二存储部经由网络连接于所述装置。
14.根据权利要求8-13中任一项所述的信息记录方法，其中 使用所述第一存储部的使用请求是请求文件操作执行以下操作的请求，所述操作是打开文件、关闭文件、将信息写入文件、从文件中读取信息、或生成文件夹或目录，所述文件存储在所述第一存 储部中。
【文档编号】G06F21/62GK103984903SQ201410043824
【公开日】2014年8月13日 申请日期:2014年1月29日 优先权日:2013年2月8日
【发明者】荒木凉二 申请人:株式会社理光