一种文件格式识别方法、装置、电子设备及介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种文件格式识别方法、装置、电子设备及介质。


背景技术：

2.格式识别技术是网络信息安全技术领域重要的基础技术，且格式识别对病毒查杀、漏洞检测等后续工作的进行有很大的辅助作用。传统的文件格式识别方法例如基于文件名称识别文件格式的方法，只能宽泛的识别文件的大类格式，如pe格式文件，utf-8格式文本等，但是针对文本格式大类中具体格式信息，其识别能力较弱，然而在实际业务中，许多功能需求是需要明确知道未知文件的具体格式信息的，因此宽泛的格式识别方法无法满足具体格式信息的识别需求。


技术实现要素：

3.有鉴于此，本发明实施例提供一种文件格式识别方法、装置、电子设备及介质，以解决现有的文件格式识别方法无法满足具体格式信息识别需求的问题。
4.第一方面，本发明实施例提供一种文件格式识别方法，包括：
5.提取待识别文件中的头特征；
6.根据所述头特征判断待识别文件的文件类型，所述文件类型包括文本文件和非文本文件；
7.若待识别文件为文本文件，则遍历所述待识别文件以获取至少一个文本格式识别特征；
8.根据所述至少一个文本格式识别特征确定所述待识别文件的具体文本格式信息。
9.根据本发明实施例的一种具体实现方式，所述根据所述头特征判断待识别文件的文件类型，包括：
10.查询所述头特征是否与预设的头特征与非文本文件类型映射表中的非文本头特征匹配；
11.若是，则判定所述待识别文件为非文本文件；
12.否则，则判定所述待识别文件为文本文件。
13.进一步的，还包括：
14.若待识别文件为非文本文件，则根据所述头特征与所述预设的头特征与非文本文件类型映射表中的映射关系确定所述待识别文件的具体文件格式信息。
15.根据本发明实施例的一种具体实现方式，所述根据所述至少一个文本格式识别特征确定所述待识别文件的具体文本格式信息，包括：
16.判断所述至少一个文本格式识别特征是否包括强特征，所述强特征为只存在于一种文本格式中的特征；
17.若是，根据所述强特征确定所述待识别文件的具体文本格式信息。
18.进一步的，所述根据所述强特征确定所述待识别文件的具体文本格式信息，包括：
19.获取所述至少一个识别特征中强特征的个数；
20.若只有一个强特征，则根据所述强特征确定所述待识别文件的具体文本格式信息；
21.若存在至少两个强特征，则根据预设强特征对应格式优先级对所述至少两个强特征进行排序得到第一排序结果；
22.根据所述第一排序结果确定所述待识别文件的具体文本格式信息。
23.进一步的，所述若只有一个强特征，则根据所述强特征确定所述待识别文件的具体文本格式信息，包括：
24.将所述强特征只存在的文本格式作为所述待识别文件的具体文本格式信息。
25.进一步的，所述强特征对应格式优先级包括：
26.包含关系中的包含格式优先级高于被包含格式的优先级。
27.根据本发明实施例的一种具体实现方式，还包括：
28.若所述至少一个文本格式识别特征不包括强特征，则判断所述至少一个文本格式识别特征是否包括弱特征，所述弱特征为存在于至少两种文本格式中的特征；
29.若是，根据所述弱特征确定所述待识别文件的具体文本格式信息。
30.进一步的，所述根据所述弱特征确定所述待识别文件的具体文本格式信息，包括：
31.获取所述至少一个文本格式识别特征中弱特征的个数；
32.若只有一个弱特征，则根据所述弱特征确定所述待识别文件的具体文本格式信息；
33.若存在至少两个弱特征，则根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果；
34.根据所述第二排序结果确定所述待识别文件的具体文本格式信息。
35.进一步的，所述若只有一个弱特征，则根据所述弱特征确定所述待识别文件的具体文本格式信息，包括：
36.将所述弱特征对应的至少两个文本格式按照期望准确性进行排序得到第三排序结果；
37.根据所述第三排序结果确定所述待识别文件的具体文本格式信息。
38.进一步的，所述弱特征对应格式优先级，包括：
39.包含关系中的包含格式优先级高于被包含格式的优先级；
40.和，
41.期望准确性高的弱特征对应格式优先级低于期望准确性低的弱特征对应格式优先级。
42.根据本发明实施例的一种具体实现方式，在遍历所述待识别文件前，还包括：
43.对所述待识别文件的内容进行预处理，所述预处理包括删除或屏蔽干扰内容，所述干扰内容包括代码中的注释和字符串。
44.第二方面，本发明实施例提供一种文件格式识别装置，包括：
45.提取模块，用于提取待识别文件中的头特征；
46.判断模块，用于根据所述头特征判断待识别文件的文件类型，所述文件类型包括
文本文件和非文本文件；
47.遍历模块，用于若待识别文件为文本文件，则遍历所述待识别文件以获取至少一个文本格式识别特征；
48.确定模块，用于根据所述至少一个文本格式识别特征确定所述待识别文件的具体文本格式信息。
49.第三方面，本发明实施例提供一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实现方式所述的文件格式识别方法。
50.第四方面，本发明的实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现前述任一实现方式所述的文件格式识别方法。
51.本发明实施例提供的一种文件格式识别方法、装置、电子设备及介质，通过提取待识别文件中的头特征，根据头特征判断待识别文件的文件类型，所述文件类型包括文本文件和非文本文件，若待识别文件为文本文件，则遍历待识别文件以获取至少一个文本格式识别特征，根据至少一个文本格式识别特征确定待识别文件的具体文本格式信息，能够精确识别各类文件格式，相比宽泛的格式识别方法，本发明对文本格式识别结果更加精确、识别效率更高，满足用户需求。
附图说明
52.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
53.图1为本发明的实施例一文件格式识别方法的流程图；
54.图2为本发明的实施例二文件格式识别方法的流程图；
55.图3为本发明的实施例三文件格式识别方法的流程图；
56.图4为本发明的实施例四文件格式识别方法的流程图；
57.图5为本发明的实施例五文件格式识别方法的流程图；
58.图6为本发明的一个实施例提供的一种文件格式识别装置的功能结构图；
59.图7为本发明的一个实施例提供的一种电子设备的结构示意图。
具体实施方式
60.下面结合附图对本发明实施例进行详细描述。应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
61.本实施例提供一种文件格式识别方法，以精确识别各类文件格式。
62.图1为本发明实施例一的文件格式识别方法的流程图，如图1所示，本实施例的识
别方法应用于电子设备。本实施例的方法可以包括：
63.步骤101、提取待识别文件中的头特征；
64.本实施例中，头特征，包括但不限于：文件头指定偏移位置的特征。
65.步骤102、根据头特征判断待识别文件的文件类型，文件类型包括文本文件和非文本文件；
66.本实施例中，根据头特征判断待识别文件的文件类型，包括：查询头特征是否与预设的头特征与非文本文件类型映射表中的非文本头特征匹配；若是，则判定待识别文件为非文本文件；否则，则判定待识别文件为文本文件。
67.本实施例中，还包括：
68.若待识别文件为非文本文件，则根据头特征与预设的头特征与非文本文件类型映射表中的映射关系确定待识别文件的具体文件格式信息。头特征与非文本文件类型映射表如表1所示。
69.表1头特征与非文本文件类型映射表中的映射关系表
[0070][0071][0072]
区分文件类型可以使文本文件和非文本文件在处理过程中分开，避免所有文件都进入文本文件的判断逻辑，最大化处理效率。
[0073]
由于非文本格式的文件文件头基本是固定的，例如：jpeg(jpg)，文件头：ffd8ff；png(png)，文件头：89504e47；rar archive(rar)，文件头：52617221；zip archive(zip)，文件头：504b0304等等，因此，通过是否存在固定文件头即可判断是文本文件还是非文本文件。
[0074]
步骤103、若待识别文件为文本文件，则遍历待识别文件以获取至少一个文本格式识别特征；
[0075]
步骤104、根据至少一个文本格式识别特征确定待识别文件的具体文本格式信息。
[0076]
在需要格式信息的实际业务中，许多功能都需要具体格式的信息，而传统格式识别方法只能宽泛的给出格式类型，且识别效率较低。
[0077]
本实施例，通过提取待识别文件中的头特征，根据头特征判断待识别文件的文件类型，所述文件类型包括文本文件和非文本文件，若待识别文件为文本文件，则遍历待识别文件以获取至少一个文本格式识别特征，根据至少一个文本格式识别特征确定待识别文件的具体文本格式信息，能够精确识别各类文件具体格式，相比宽泛的格式识别方法，本发明对文本格式识别结果更加精确、识别效率更高，满足用户需求。
[0078]
图2为本发明实施例二的文件格式识别方法的流程图，如图2所示，本实施例的方法可以包括：
[0079]
步骤201、提取待识别文件中的头特征；
[0080]
本实施例中，提取待识别文件中的头特征的过程和上述方法实施例的步骤101类似，此处不再赘述。
[0081]
步骤202、根据头特征判断待识别文件的文件类型，文件类型包括文本文件和非文本文件；
[0082]
本实施例中，根据头特征判断待识别文件的文件类型的过程和上述方法实施例的步骤102类似，此处不再赘述。
[0083]
步骤203、若待识别文件为文本文件，对待识别文件的内容进行预处理；
[0084]
预处理包括删除或屏蔽干扰内容，干扰内容包括但不限于代码中的注释和字符串。
[0085]
很多具备格式的文本文件，通常是某个编程语言的源代码，如：javascript、python、perl、java等；或者是某种数据存储格式，如：xml，这些文本中可能存在干扰格式判定的内容，比如代码中的注释，字符串，由于注释和字符串中可能存在任何文本内容，这些内容的存在会干扰后续识别工作，因此，本发明通过归一化的方式将所有输入的文本类文件中的注释和字符串部分删除或屏蔽，保证识别准确性。
[0086]
需要说明的是，本发明对干扰内容以及干扰内容的处理方式不做限定，本领域技术人员可根据实际需要进行处理。
[0087]
步骤204、遍历待识别文件以获取至少一个文本格式识别特征；
[0088]
步骤205、根据至少一个文本格式识别特征确定待识别文件的具体文本格式信息。
[0089]
本实施例中，根据至少一个文本格式识别特征确定所述待识别文件的具体文本格式信息，包括：
[0090]
步骤2051、判断所述至少一个文本格式识别特征是否包括强特征，强特征为只存在于一种文本格式中的特征；
[0091]
步骤2052、若是，根据强特征确定待识别文件的具体文本格式信息。
[0092]
本实施例中，根据强特征确定所述待识别文件的具体文本格式信息，包括：
[0093]
获取至少一个识别特征中强特征的个数；
[0094]
若只有一个强特征，则根据所述强特征确定所述待识别文件的具体文本格式信息，具体包括：
[0095]
将强特征只存在的文本格式作为待识别文件的具体文本格式信息。
[0096]
例如，.eml后缀的文件中都会包含类似特征：from:＝？utf-8？b？572r5pit6yku566x5asn5bii5zui6zif？＝
[0097]
《developer.mailmaster@service.netease.com》，因此在识别到含有以上特征时，判断文本格式为eml格式。
[0098]
若存在至少两个强特征，则根据预设强特征对应格式优先级对至少两个强特征进行排序得到第一排序结果；
[0099]
本实施例中，强特征对应格式优先级包括：包含关系中的包含格式优先级高于被包含格式的优先级。
[0100]
根据第一排序结果确定所述待识别文件的具体文本格式信息。
[0101]
例如，eml中可以包含html，html中可以包含javascript，vbscript等，优先级排序时首先考虑包含关系，包含格式如eml的优先级高于被包含格式如html，同样html的优先级高于javascript；若不存在包含关系，则可依据预设规则设置优先级，例如依照期望准确性设置优先级，依照期望准确性设置优先级是指若用户希望某一文件格式识别的准确率高，则将该格式对应的优先级设置为高优先级，依据用户对每个文件格式识别准确性的期望高低逐一设置每个文件格式的优先级。
[0102]
步骤2053、若至少一个文本格式识别特征不包括强特征，则判断至少一个文本格式识别特征是否包括弱特征，弱特征为存在于至少两种文本格式中的特征；
[0103]
步骤2054、若是，根据弱特征确定待识别文件的具体文本格式信息。
[0104]
本实施例中，根据弱特征确定所述待识别文件的具体文本格式信息，包括：
[0105]
获取所述至少一个文本格式识别特征中弱特征的个数；
[0106]
若只有一个弱特征，则根据所述弱特征确定所述待识别文件的具体文本格式信息，具体包括：
[0107]
将弱特征对应的至少两个文本格式按照期望准确性进行排序得到第三排序结果；
[0108]
根据第三排序结果确定所述待识别文件的具体文本格式信息。
[0109]
例如在javascript中存在特征var，但是该特征也可能出现在html、vbs等格式中，因此，定义var为弱特征，在根据弱特征识别文本格式时，期望弱特征对应的哪种格式的识别结果更加准确，就将该格式对应的优先级设置为低级，例如期望javascript文本的识别准确性最高、期望html文本的识别准确性一般，期望vbs文本的识别准确性最低，则将var对应文本格式的优先级由高到低排序为vbs、html、javascript。
[0110]
若存在至少两个弱特征，则根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果。
[0111]
本实施例中，弱特征对应格式优先级，包括：包含关系中的包含格式优先级高于被包含格式的优先级；和，期望准确性高的弱特征对应格式优先级低于期望准确性低的弱特
征对应格式优先级。
[0112]
根据第二排序结果确定待识别文件的具体文本格式信息。
[0113]
由于文本格式类型较多、形式也较为复杂，在一个文本中是允许存在多种类型的格式的，如html中可以插入javascript脚本和vbscript脚本，在面对这类复合型文本时传统的文本格式识别方法往往无法准确识别其文本类型。
[0114]
本实施例，通过根据预设强特征对应格式优先级对至少两个强特征进行排序得到第一排序结果，根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果，根据排序结果确定待识别文件的具体文本格式信息，可以精确识别各类格式，能准确给出格式复合型文本的格式信息，只需要对待识别文件遍历一次，因此有较快的识别速度；并且可以满足需明确知道文本格式信息的需求。
[0115]
下面采用一个具体的实施例，对图1、图2中任一个所示方法实施例的技术方案进行详细说明。如图3所示，本实施例的方法可以包括：
[0116]
步骤301、获取未知格式的待识别文件；
[0117]
步骤302、提取待识别文件的头特征；
[0118]
步骤303、依据头特征，判断文件类型；
[0119]
步骤304、确认待识别文件是非文本类型；
[0120]
步骤305、依据文件头特征对应的格式信息，给出识别结果；
[0121]
步骤306、确认待识别文件是文本类型；
[0122]
步骤307、对待识别文本进行归一化处理，去除其中可能干扰识别结果的因素；
[0123]
步骤308、遍历待识别文本，收集其中的启发式识别特征；
[0124]
步骤309、判断已收集的特征中是否存在强特征；
[0125]
步骤310、如果不存在强特征，则获取全文中所有出现的弱特征；
[0126]
步骤311、根据得到的强特征和弱特征，依据优先级进行格式识别；
[0127]
步骤312、返回识别出的具体文本格式信息。
[0128]
本实施例，通过对待识别文件提取特征，对于非文本格式需要提取头特征，对于文本格式需要提取强特征和弱特征；在识别过程中，首先需要对未知格式文件进行基础格式识别，依据文件头特征可以快速识别出待识别文件是否是文本格式；如果不是文本格式，则依据已提取出的头特征对照相应的文件类型映射关系，即可给出识别结果；如果是文本格式，则可以在文本归一化后收集全文中文本格式识别特征，如果包含强特征可依据优先序列直接识别其格式；对于不包含强特征的文本或者含有多种格式的复合型文本，需要遍历已提取出的弱特征，再依据优先序列进行得到最后的识别结果，本发明可以只需要对待识别文本进行一次遍历即可快速准确的得到其具体格式信息，并且能准确给出格式复合型文本的格式信息。
[0129]
图4为本发明文件格式识别方法实施例四的流程图，本实施例的适用场景可以是在获取了待识别文件中文本格式识别特征包括强特征时，如图4所示，具体的根据强特征确定所述待识别文件的具体文本格式信息的方法可以是：
[0130]
s401、获取至少一个识别特征中强特征的个数；
[0131]
s402、若只有一个强特征，则根据强特征确定所述待识别文件的具体文本格式信息，具体包括：
[0132]
将强特征只存在的文本格式作为待识别文件的具体文本格式信息。
[0133]
s403、若存在至少两个强特征，则根据预设强特征对应格式优先级对至少两个强特征进行排序得到第一排序结果；
[0134]
本实施例中，强特征对应格式优先级包括：包含关系中的包含格式优先级高于被包含格式的优先级。
[0135]
s404、根据第一排序结果确定待识别文件的具体文本格式信息。
[0136]
图5为本发明文件格式识别方法实施例五的流程图，本实施例的适用场景可以是在获取了待识别文件中文本格式识别特征不包括强特征且包括弱特征时时，如图5所示，具体的根据弱特征确定待识别文件的具体文本格式信息的方法可以是：
[0137]
s501、获取至少一个文本格式识别特征中弱特征的个数；
[0138]
s502、若只有一个弱特征，将弱特征对应的至少两个文本格式按照期望准确性进行排序得到第三排序结果；
[0139]
s503、根据第三排序结果确定所述待识别文件的具体文本格式信息。
[0140]
s504、若存在至少两个弱特征，则根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果；
[0141]
本实施例中，弱特征对应格式优先级，包括：
[0142]
包含关系中的包含格式优先级高于被包含格式的优先级；
[0143]
和，
[0144]
期望准确性高的弱特征对应格式优先级低于期望准确性低的弱特征对应格式优先级。
[0145]
s505、根据第二排序结果确定待识别文件的具体文本格式信息。
[0146]
本实施例，通过根据预设强特征对应格式优先级对至少两个强特征进行排序得到第一排序结果，根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果，根据排序结果确定待识别文件的具体文本格式信息，可以精确识别各类格式，能准确给出格式复合型文本的格式信息，只需要对待识别文件遍历一次，因此有较快的识别速度；并且可以满足需明确知道文本格式信息的需求。
[0147]
本发明可以精确识别各类文件类型；以精确识别文本文件具体格式信息；并且能准确给出格式复合型文本的具体格式信息；只需要对待识别文件遍历一次，有较快的识别速度；可以满足用户精确识别文件格式及文本格式的需求。
[0148]
图6为本发明文件格式识别装置实施例一的功能结构图，如图6所示，本实施例的装置可以包括：
[0149]
提取模块61，用于提取待识别文件中的头特征；
[0150]
判断模块62，用于根据头特征判断待识别文件的文件类型，文件类型包括文本文件和非文本文件；
[0151]
遍历模块63，用于若待识别文件为文本文件，则遍历待识别文件以获取至少一个文本格式识别特征；
[0152]
确定模块64，用于根据至少一个文本格式识别特征确定所述待识别文件的具体文本格式信息。
[0153]
本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技
术效果类似，此处不再赘述。
[0154]
本实施例的装置在图6所示装置结构的基础上，进一步地，判断模块62可以包括：
[0155]
查询单元，用于查询头特征是否与预设的头特征与非文本文件类型映射表中的非文本头特征匹配；
[0156]
判定单元，用于在头特征与预设的头特征与非文本文件类型映射表中的非文本头特征匹配时，判定待识别文件为非文本文件；或，在头特征与预设的头特征与非文本文件类型映射表中的非文本头特征不匹配时，判定待识别文件为文本文件。
[0157]
确定模块64，可以包括：
[0158]
第一判断单元，用于判断所述至少一个文本格式识别特征是否包括强特征，所述强特征为只存在于一种文本格式中的特征，若是，根据强特征确定所述待识别文件的具体文本格式信息。
[0159]
本实施例中，第一判断单元被配置为：根据强特征确定所述待识别文件的具体文本格式信息，包括：
[0160]
获取所述至少一个识别特征中强特征的个数；
[0161]
若只有一个强特征，则根据所述强特征确定所述待识别文件的具体文本格式信息；
[0162]
若存在至少两个强特征，则根据预设强特征对应格式优先级对所述至少两个强特征进行排序得到第一排序结果；
[0163]
根据第一排序结果确定所述待识别文件的具体文本格式信息。
[0164]
进一步的，若只有一个强特征，则根据强特征确定所述待识别文件的具体文本格式信息，包括：
[0165]
将强特征只存在的文本格式作为所述待识别文件的具体文本格式信息。
[0166]
根据本发明实施例的一种具体实现方式，还包括：
[0167]
第二判断单元，用于判断至少一个文本格式识别特征是否包括弱特征，弱特征为存在于至少两种文本格式中的特征；若是，根据弱特征确定所述待识别文件的具体文本格式信息。
[0168]
本实施例中，第二判断单元被配置为：根据所述弱特征确定所述待识别文件的具体文本格式信息，包括：
[0169]
获取至少一个文本格式识别特征中弱特征的个数；
[0170]
若只有一个弱特征，则根据所述弱特征确定所述待识别文件的具体文本格式信息；
[0171]
若存在至少两个弱特征，则根据预设弱特征对应格式优先级对所述至少两个弱特征进行排序得到第二排序结果；
[0172]
根据第二排序结果确定所述待识别文件的具体文本格式信息。
[0173]
进一步的，若只有一个弱特征，则根据所述弱特征确定所述待识别文件的具体文本格式信息，包括：
[0174]
将弱特征对应的至少两个文本格式按照期望准确性进行排序得到第三排序结果；
[0175]
根据第三排序结果确定所述待识别文件的具体文本格式信息。
[0176]
本实施例中，还包括：
[0177]
预处理模块65，用于对待识别文件的内容进行预处理，预处理包括删除或屏蔽干扰内容，干扰内容包括代码中的注释和字符串。
[0178]
本实施例的装置，可以用于执行图1～图5所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0179]
图7为本发明电子设备一个实施例的结构示意图，可以实现本发明图1-5所示实施例的流程，如图7所示，上述电子设备可以包括：壳体71、处理器72、存储器73、电路板74和电源电路75，其中，电路板74安置在壳体71围成的空间内部，处理器72和存储器73设置在电路板74上；电源电路75，用于为上述电子设备的各个电路或器件供电；存储器73用于存储可执行程序代码；处理器72通过读取存储器73中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实施例所述的文件格式识别方法。
[0180]
处理器72对上述步骤的具体执行过程以及处理器72通过运行可执行程序代码来进一步执行的步骤，可以参见本发明图1-5所示实施例的描述，在此不再赘述。
[0181]
该电子设备以多种形式存在，包括但不限于：
[0182]
(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如i phone)、多媒体手机、功能性手机，以及低端手机等。
[0183]
(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、m i d和umpc设备等，例如ipad。
[0184]
(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如ipod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。
[0185]
(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
[0186]
(5)其他具有数据交互功能的电子设备。
[0187]
第四方面，本发明的实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现前述任一实施例所述的文件格式识别方法。
[0188]
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0189]
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
[0190]
尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0191]
为了描述的方便，描述以上装置是以功能分为各种单元/模块分别描述。当然，在
实施本发明时可以把各单元/模块的功能在同一个或多个软件和/或硬件中实现。
[0192]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-on ly memory，rom)或随机存储记忆体(random access memory，ram)等。
[0193]
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。