应用于电子设备的文件类型识别方法和装置、电子设备与流程

本公开涉及文件处理技术领域，更具体地，涉及一种应用于电子设备的文件类型识别方法和装置、电子设备和可读存储介质。

背景技术：

文件有多种多样的类型，常见文件类型包括word、excel、powerpoint等。在信息安全领域，电子设备在接收到文件后首先需要准确识别出文件的类型，针对不同类型的文件做不同处理，提取出文件内容以检测该文件是否是木马或病毒等攻击性文件。因此，文件类型的识别在病毒防护、入侵检测系统等应用领域具有重要意义。

目前，相关技术中通常采用单一的识别方法来判断文件的类型。例如，通过内容特定格式来判断，或者通过文件扩展名来判断。但是，很多情况下文件内容的格式或文件扩展名可能不是常规的形式，单一的判断方式无法准确确定出文件的类型。

技术实现要素：

有鉴于此，本公开提供了一种应用于电子设备的文件类型识别方法和装置、电子设备和可读存储介质。

本公开的一个方面提供了一种应用于电子设备的文件类型识别方法，包括：确定接收到的文件的内容是否为文本信息；如果确定文件的内容为文本信息，则确定所述电子设备的类型和/或版本信息；以及根据所述电子设备的类型和/或版本信息识别所述文件的类型。

根据本公开的实施例，所述确定接收到的文件的内容是否为文本信息包括：从所述文件的内容中获取具有指定长度的字符串；确定所述字符串中的每个字符是否都是可见字符；以及如果确定所述每个字符都是可见字符，则确定所述文件的内容为文本信息。

根据本公开的实施例，所述确定所述字符串中的每个字符是否都是可见字符包括：确定所述每个字符对应的ascii码值；确定所述每个字符的ascii码值是否都小于预设数值；以及如果确定所述每个字符的ascii码值都小于所述预设数值，则确定所述每个字符都是可见字符。

根据本公开的实施例，所述方法还包括：如果确定所述指定长度的字符串中不都是可见字符，则将所述指定长度的字符串转换为多种文本编码格式的字符串；以及如果所述指定长度的字符串在转换为第一编码格式的字符串之后没有发生变化，则确定所述文件的内容为文本信息，其中，所述第一编码格式为所述多种文本编码格式中的任意一种。

根据本公开实施例，所述根据所述电子设备的类型和/或版本信息识别所述文件的类型包括：根据不同类型和/或版本信息的服务器用于解析文件扩展名的规则，确定所述文件的类型。

根据本公开实施例，在确定接收到的文件的内容是否为文本信息之前，所述方法还包括：获取所述接收到的文件的内容的格式特征；判断所述文件的内容的格式特征在预先构建的类型识别列表中是否有相匹配的格式特征，其中，所述类型识别列表中存储有格式特征与文件的类型间的对应关系；如果确定所述文件的内容的格式特征在预先构建的类型识别列表中有相匹配的格式特征，则将相匹配的格式特征对应的文件的类型确定为所述接收到的文件的类型。

根据本公开实施例，如果确定所述文件的内容的格式特征在预先构建的类型识别列表中没有相匹配的格式特征，则确定所述接收到的文件的内容是否为文本信息。

本公开的另一个方面提供了一种应用于电子设备的文件类型识别装置，包括：第一确定模块，用于确定接收到的文件的内容是否为文本信息；第二确定模块，用于如果确定文件的内容为文本信息，则确定所述电子设备的类型和/或版本信息；以及识别模块，用于根据所述电子设备的类型和/或版本信息识别所述文件的类型。

根据本公开的实施例，所述第一确定模块包括：第一获取单元，用于从所述文件的内容中获取具有指定长度的字符串；第一确定单元，用于确定所述字符串中的每个字符是否都是可见字符；以及第二确定单元，用于如果确定所述每个字符都是可见字符，则确定所述文件的内容为文本信息。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

根据本公开的实施例，采用了确定接收到的文件的内容是否为文本信息，如果确定文件的内容为文本信息，则确定电子设备的类型和/或版本信息，可以根据电子设备的类型和/或版本信息识别文件的类型的技术手段。由于在确定接收到的文件的内容为文本信息的情况下，可以根据接收文件的电子设备的类型和/或版本信息识别该文件的类型，所以至少部分地克服了相关技术中采用单一的识别方法无法识别出文件的类型的技术问题，进而达到了针对文件的内容的格式特征或文件的扩展名为非常规的形式的情况下有效识别出文件类型的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的应用于电子设备的文件类型识别方法的流程图；

图2示意性示出了根据本公开实施例的确定接收到的文件的内容是否为文本信息方法的流程图；

图3示意性示出了根据本公开实施例的确定字符串中的每个字符是否都是可见字符的方法的流程图；

图4示意性示出了根据本公开另一实施例的确定接收到的文件的内容是否为文本信息方法的流程图；

图5示意性示出了根据本公开另一实施例的用于电子设备的文件类型识方法的流程图；

图6示意性示出了根据本公开的实施例的用于电子设备的文件类型识别装置的框图；以及

图7示意性示出了根据本公开实施例的适于实现应用于电子设备的文件类型识别方法的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种应用于电子设备的文件类型识别方法。该方法包括确定接收到的文件的内容是否为文本信息；如果确定文件的内容为文本信息，则确定电子设备的类型和/或版本信息；以及根据电子设备的类型和/或版本信息识别文件的类型。

图1示意性示出了根据本公开实施例的应用于电子设备的文件类型识别方法的流程图。

如图1所示，该方法包括操作s101～s103。可以理解的是，操作s101～s103的执行主体可以是电子设备，其中，电子设备可以是服务器。

在操作s101，确定接收到的文件的内容是否为文本信息。

其中，文本信息可以是文本字符串。

根据本公开实施例，文件的内容可以是一系列文本字符串，或者可以是一系列二进制串，内容为文本字符串的文件和内容为二进制串的文件具有不同的处理方式。本公开实施例在接收到文件后，首先判断文件内容是否是文本字符串。

图2示意性示出了根据本公开实施例的确定接收到的文件的内容是否为文本信息方法的流程图。

根据本公开实施例，操作s101具体可以包括如图2所示的步骤。

如图2所示，该方法包括操作s201～s203。

在操作s201，从文件的内容中获取具有指定长度的字符串。

其中，指定长度可以是256字节长度，也可以是其他任意长度。

根据本公开实施例，文件的内容中的每个字符串为一个字节的长度，获取文件的内容中指定长度的字符串，例如可以获取256字节长度的字符串来进行处理，其中，选取256字节长度仅为可以应用本公开实施例的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以获取其他任意长度的字符串。

在操作s202，确定字符串中的每个字符是否都是可见字符。

根据本公开实施例，文本的内容中的字符串中可以都是可见的字符，也可以存在不可见的字符，因此，这里需要进一步确定文本的内容中的字符串中的字符是否否是可见字符。

图3示意性示出了根据本公开实施例的确定字符串中的每个字符是否都是可见字符的方法的流程图。

根据本公开实施例，操作s202具体可以包括如图3所示的步骤。

如图3所示，该方法包括操作s301～s303。

在操作s301，确定每个字符对应的ascii码值。

根据本公开实施例，文本的内容中的每个字符都对应有相应的ascii码，将内容中的每个字符否转化为ascii码，确定每个字符对应的ascii码值。

在操作s302，确定每个字符的ascii码值是否都小于预设数值。

其中，预设数值可以是0x7e，也可以是指定的其他数值，这里不做限制。

根据本公开实施例，在ascii码表中，ascii码值小于0x7e的ascii码对应的字符是可见字符，否则为不可见字符。因此，本公开实施例可以依次比较选取的字符串中的每个字符的ascii码值与0x7e的大小，如果字符的ascii码值小于0x7e，则该字符为可见字符，如果字符的ascii码值不小于0x7e，则该字符为不可见字符。

在操作s303，如果确定每个字符的ascii码值都小于预设数值，则确定每个字符都是可见字符。

根据本公开实施例，如果选取的字符串中的每个字符的ascii码值都小于0x7e，则该选取的字符串中的每个字符都是可见字符，如果选取的字符串中的有些字符的ascii码值不小于0x7e，则该选取的字符串中的存在不可见字符。

在操作s203，如果确定每个字符都是可见字符，则确定文件的内容为文本信息。

根据本公开实施例，如果确定选取的字符串中的每个字符都是可见字符，则可以确定该文件的内容是文本字符串。

图4示意性示出了根据本公开另一实施例的确定接收到的文件的内容是否为文本信息方法的流程图。

根据本公开实施例，操作s101除了包括操作s201～s203之外，还可以包括如图4所示的步骤。

如图4所示，可以包括操作s201～s202和操作s401～s402。其中，图4所示的操作s201～s202具体参见图2所示的实施例，这里不再赘述。

在操作s401，如果确定指定长度的字符串中不都是可见字符，则将指定长度的字符串转换为多种文本编码格式的字符串。

其中，多种文本编码格式可以是常用文本编码格式，包括“gbk″格式、″utf-8″格式、″big5″格式等。

根据本公开实施例，在选取的字符串中的存在不可见字符的情况下，可以将选取的字符串强制编码转换为常用文本编码格式，例如分别转换为“gbk″格式、″utf-8″格式和″big5″格式。

在操作s402，如果指定长度的字符串在转换为第一编码格式的字符串之后没有发生变化，则确定文件的内容为文本信息，其中，第一编码格式为多种文本编码格式中的任意一种。

根据本公开实施例，可以查看转码后的字符串是否发生变化，在转换的多种编码格式中，只要有一种转码前后字符串没有发生改变，就可以确定文件的内容是文本字符串。如果按照所有的常用文本编码格式转码后的字符串，没有一种是与转码前一样的，则可以判断文件的内容为二进制串。

在操作s102，如果确定文件的内容为文本信息，则确定电子设备的类型和/或版本信息。

根据本公开实施例，在确定文件的内容为文本字符串的情况下，进一步判断接收该文件的电子设备的类型和/或版本信息，例如，接收到该文件的电子设备可以为服务器，则判断该服务器的类型、版本号等信息，其中，服务器的类型可以包括服务器的型号，如windowsiis、linuxnginx、apache或tomcat等应用服务器，其中，apache类型的服务器版本号可以包括多个系列的版本号，如6.0系列、7.0系列等。

在操作s103，根据电子设备的类型和/或版本信息识别文件的类型。

根据本公开实施例，不同类型的文件在不同类型或不同版本的服务器中有不同的解析规则，可以根据不同的解析规则确定文件的类型。

根据本公开实施例，在操作s103，具体可以执行根据不同类型和/或版本信息的服务器用于解析文件扩展名的规则，确定文件的类型。

其中，文件扩展名也是文件的后缀名，即文件名称中最后一个点到结尾间的字符串，例如，文件名eg_file.asp.jsp，该文件的扩展名为.asp.jsp。如果按照传统的按照文件的扩展名来判断文件的类型，无法判断出该文件为asp类型的文件，还是jsp类型的文件。

根据本公开实施例，不同类型的服务器或同一类型的服务器在不同系列的版本下，解析文件扩展名的规则是不一样的。例如，文件名eg_file.asp.jsp，在windowsiis服务器中认为是jsp类型的文件，即windowsiis服务器是从后向前解析扩展名的，在某系列版本的apache服务器中则认为该文件是asp类型的文件，即该系列版本的apache服务器是从后向前解析扩展名的。因此，在确定接收文件的电子设备的类型和/或版本信息之后，可以根据该类型和/或版本信息的电子设备解析扩展名的规则，确定接收到的文件的类型。

根据本公开实施例，确定接收到的文件的内容是否为文本信息，如果确定文件的内容为文本信息，则确定电子设备的类型和/或版本信息，可以根据电子设备的类型和/或版本信息识别文件的类型。由于在确定接收到的文件的内容为文本信息的情况下，可以根据接收文件的电子设备的类型和/或版本信息识别该文件的类型，能够针对文件的内容的格式特征或文件的扩展名是非常规的形式的情况下，对文件的类型进行有效识别，识别准确率高。

根据本公开实施例，在确定接收到的文件的内容是否为文本信息之前，还包括：获取接收到的文件的内容的格式特征；判断文件的内容的格式特征在预先构建的类型识别列表中是否有相匹配的格式特征，其中，类型识别列表中存储有格式特征与文件的类型间的对应关系；如果确定文件的内容的格式特征在预先构建的类型识别列表中有相匹配的格式特征，则将相匹配的格式特征对应的文件的类型确定为接收到的文件的类型。

根据本公开实施例，还包括：如果确定文件的内容的格式特征在预先构建的类型识别列表中没有相匹配的格式特征，则确定接收到的文件的内容是否为文本信息。

根据本公开实施例，在操作s101之前，本公开实施例还提供另一种用于电子设备的文件类型识方法。

参考图5，结合具体实施例对本公开另一实施例的用于电子设备的文件类型识方法进行进一步说明。

图5示意性示出了根据本公开另一实施例的用于电子设备的文件类型识方法的流程图。

如图5所示，该方法包括操作s501～s504。

在操作s501、获取接收到的文件的内容的格式特征。

根据本公开实施例，每一种类型的文件的内容都有特定的格式特征，例如，gif文件的格式特征为前6位是“gif87a”或“gif89a”。在接收到文件后，可以获取接收到的文件的内容的格式特征。

在操作s502、判断文件的内容的格式特征在预先构建的类型识别列表中是否有相匹配的格式特征，其中，类型识别列表中存储有格式特征与文件的类型间的对应关系。

根据本公开实施例，预先构建的类型识别列表中保存了多种文件类型，以及与多种文件类型对应的格式特征。可以将获取的接收到的文件的内容的格式特征与类型识别列表中的格式特征进行匹配，具体匹配方式可以是将获取的接收到的文件的内容的格式特征与类型识别列表中的格式做正则运算。如果匹配成功，则执行操作s503，否则，执行s504。

在操作s503、如果确定文件的内容的格式特征在预先构建的类型识别列表中有相匹配的格式特征，则将相匹配的格式特征对应的文件的类型确定为接收到的文件的类型。

根据本公开实施例，如果接收到的文件的内容的格式特征与类型识别列表中的格式特征匹配成功，则可以确定接收到的文件的类型为匹配成功的格式特征对应的文件的类型。例如，gif文件的前6位是“gif87a”或“gif89a”，则如果获取的接收到的文件的内容是“gif87a”或“gif89a”开头，则可以确定该文件的类型是gif。

在操作s504、如果确定文件的内容的格式特征在预先构建的类型识别列表中没有相匹配的格式特征，则确定接收到的文件的内容是否为文本信息。

根据本公开实施例，如果通过将获取的接收到的文件的内容的格式特征与类型识别列表中的格式特征进行匹配，没有匹配出与接收到的文件的内容的格式特征相一致的格式特征，则通过该单一的识别方式无法识别出文件的类型。此时可以执行操作s101，确定接收到的文件的内容是否为文本信息，来进一步判断文件的类型。可以理解的是，操作s504与操作s101相同。

图6示意性示出了根据本公开的实施例的用于电子设备的文件类型识别装置的框图。

如图6所示，用于电子设备的文件类型识别装置600包括第一确定模块601、第二确定模块602和识别模块603。

第一确定模块601用于确定接收到的文件的内容是否为文本信息。

第二确定模块602用于如果确定文件的内容为文本信息，则确定电子设备的类型和/或版本信息。

识别模块603用于根据电子设备的类型和/或版本信息识别文件的类型。

根据本公开实施例，第一确定模块601包括第一获取单元、第一确定单元和第二确定单元。

第一获取单元用于从文件的内容中获取具有指定长度的字符串。

第一确定单元用于确定字符串中的每个字符是否都是可见字符。

第二确定单元用于如果确定每个字符都是可见字符，则确定文件的内容为文本信息。

根据本公开实施例，第一确定单元包括第一确定子单元、第二确定子单元和第三确定子单元。

第一确定子单元用于确定每个字符对应的ascii码值。

第二确定子单元用于确定每个字符的ascii码值是否都小于预设数值。

第三确定子单元用于如果确定每个字符的ascii码值都小于预设数值，则确定每个字符都是可见字符。

根据本公开实施例，第一确定模块601还包括第二获取单元和第三确定单元。

第二获取单元用于如果确定指定长度的字符串中不都是可见字符，则将指定长度的字符串转换为多种文本编码格式的字符串。

第三确定单元用于如果指定长度的字符串在转换为第一编码格式的字符串之后没有发生变化，则确定文件的内容为文本信息，其中，第一编码格式为多种文本编码格式中的任意一种。

根据本公开实施例，识别模块603具体用于根据不同类型和/或版本信息的服务器用于解析文件扩展名的规则，确定文件的类型。

根据本公开实施例，电子设备的文件类型识别装置600还包括获取模块、判断模块、第三确定模块和第四确定模块。

获取模块用于获取接收到的文件的内容的格式特征。

判断模块用于判断文件的内容的格式特征在预先构建的类型识别列表中是否有相匹配的格式特征，其中，类型识别列表中存储有格式特征与文件的类型间的对应关系。

第三确定模块用于如果确定文件的内容的格式特征在预先构建的类型识别列表中有相匹配的格式特征，则将相匹配的格式特征对应的文件的类型确定为接收到的文件的类型。

第四确定模块用于如果确定文件的内容的格式特征在预先构建的类型识别列表中没有相匹配的格式特征，则确定接收到的文件的内容是否为文本信息。可以理解的是，第四确定模块与第一确定模块相同。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一确定模块601、第二确定模块602和识别模块603中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一确定模块601、第二确定模块602和识别模块603中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块601、第二确定模块602和识别模块603中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中用于电子设备的文件类型识别装置部分与本公开的实施例中用于电子设备的文件类型识别方法部分是相对应的，用于电子设备的文件类型识别装置部分的描述具体参考用于电子设备的文件类型识别方法部分，在此不再赘述。

图7示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的框图。图7示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，根据本公开实施例的电子设备700包括处理器701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram703中，存储有系统700操作所需的各种程序和数据。处理器701、rom702以及ram703通过总线704彼此相连。处理器701通过执行rom702和/或ram703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom702和ram703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备700还可以包括输入/输出(i/o)接口705，输入/输出(i/o)接口705也连接至总线704。电子设备700还可以包括连接至i/o接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom702和/或ram703和/或rom702和ram703以外的一个或多个存储器。

本公开还提供了一种计算机程序产品，包括计算机可读指令，该计算机可读指令被执行时用于执行上述实施例中描述的用于电子设备的文件类型识别方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。