一种文件处理方法、装置、电子设备及存储介质与流程

1.本发明涉及网络安全数据处理领域，尤其涉及一种文件处理方法、装置、电子设备及存储介质。


背景技术：

2.恶意代码分析人员及普通用户，对恶意代码最直观的了解往往是通过病毒名。同时，在对恶意代码的数据统计过程中，往往也是通过病毒名进行分类，归并。但随着恶意代码加壳，变形，多态等技术越来越多，使得病毒检测已经不能仅靠特征检测，动态行为及一些启发式检测，其病毒名多为无意义的兜底名字，诸如agent，malicious，gen，malware，suspicious等，或是无意义的一串数字。这导致分析人员在初步接触该恶意代码时，无法在第一时间对样本做出准确判断，在数据统计上，也无法快速对同一家族进行归类，进而进行整体分析。


技术实现要素：

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.图1为本实施例提供的一种文件处理方法的流程图；
38.图2为本实施例提供的一种文件处理装置的结构框图。
具体实施方式
39.下面结合附图对本发明实施例进行详细描述。
40.需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
41.需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
42.请参考图1，根据本技术的一个方面，提供一种文件处理方法，包括以下步骤：
43.步骤s100，以设定词语作为结束节点对待处理文件的代码进行拆分，得到若干代码段。
44.步骤s200，根据若干所述代码段，确定所述待处理文件的文件特征信息。
45.步骤s300，根据所述文件特征信息确定所述待处理文件的文件标识。
46.其中，设定词语为预先设置好的词语，可以为多个。以设定词语作为结束节点对待处理文件的代码进行拆分，即为按一定顺序(如从前向后)对待处理文件的代码进行遍历，每当检测到任意一个设定词语后，即以这个设定词语为当前代码段的最后一个词语进行截取，并从下一个词语开始继续遍历，直到遍历完整个代码，从而得到若干代码段。通过这种方式进行拆分，可以使得每一代码段仅包含一个所述设定词语，每一所述代码段的最后一个词语为所述设定词语。这样，能够保证每一代码段都能执行一个完整的功能(即其包含了足够用于进行代码特征分析的足量信息)。
47.在一般的代码拆分方法中，多使用一个固定值进行拆分，如固定值为3，即会将一个完成的代码以每3个代码词语为一段拆分成多个代码段。这种方法很容易将一个较长的代码块拆分成多个代码段，而每一个代码段中的信息很难准确确定出完整的信息，这样就容易导致最终得到的特征信息存在缺失或不准确的问题。
48.而本实施例使用的方法，可以使得在拆分时，不用规定每一个代码段的长度，而是通过设定词语将待处理文件的代码拆分为多个可以是长度不同的代码段，避免了将一个较长的代码块(用于完成一个功能的多个代码词语组成的一段代码)拆分成多个代码段。
49.文件标识可以是以标签、注释或备注信息的形式存在，由于其是根据文件特征信息得到的，其本身会带有待处理文件的特征，使得工作人员能够通过文件标识快速的获取到待处理文件的一些信息。同时，为了使得工作人员能够更直观、快速的获取到待处理文件的信息，在本实施例中，文件标识被设置为文件名，即确定出文件标识后，会将文件标识设置为待处理文件的文件名。
50.本实施例提供的文件处理方法，通过使用设定词语作为结束节点对待处理文件的代码进行拆分，使得拆分得到的若干代码段是不同长度的。再根据若干代码段确定出待处理文件的文件特征信息，并根据特征信息确定出待处理文件的文件标识，使得文件标识中
包含了待处理文件的特征信息，能够更直观的获取到待处理文件特征。同时，相较于一般的使用以行或固定词数进行定长的拆分，本实施例通过设定词语作为结束节点对待处理文件的代码进行拆分，得到的若干代码段是不定长的，即每个代码段的长度不是固定的长度，能够有效避免由多个词语组成的长段代码被拆分成多个，导致进行特征提取时连续特征被破坏使得最终的特征信息存在缺失的问题。
51.在本技术的一种示例性实施例中，所述以设定词语作为结束节点对待处理文件的代码进行拆分，得到若干代码段，包括：
52.根据所述待处理文件，得到所述待处理文件的汇编代码；
53.以设定词语为结束节点对所述汇编代码进行拆分，得到若干所述代码段。
54.一般待处理文件多为经过编译后的可执行文件，这种可执行文件中无法直接获取到代码，这样也就无法直接获取到待处理文件的特征信息。本技术中，会对可执行文件的待处理文件进行反汇编操作，从而得到待处理文件的汇编代码。具体的，可以通过对待处理文件进行预处理，得到待处理文件的buf信息和size信息。通过buf信息和size信息确定待处理文件的完整性，并在文件完整的情况下，根据buf信息进行反汇编操作，从而得到待处理文件的汇编代码。
55.本实施例中，设定词语为多个，具体可以为ret(代码词语)，jmp(代码词语)，jnz(代码词语)等。申请人通过对大量的样本进行分析和实际处理，通过上述设定词语为结束语，对汇编代码进行不定长的拆分，可以有效且快速的得到不定长的代码段，且根据这些代码段得到的特征信息不会存在大量的特征缺失的问题。
56.在本技术的一种示例性实施例中，所述以设定词语作为结束节点对待处理文件的代码进行拆分，得到若干代码段，还可以采用下述方法：
57.根据所述待处理文件的文件信息，确定目标代码类型；
58.对所述待处理文件进行处理，得到所述待处理文件的代码，所述代码的类型为所述目标代码类型；
59.根据所述目标代码类型确定设定词语集合；
60.以所述设定词语集合中的任意设定词语为结束节点对所述汇编代码进行拆分，得到若干所述代码段。
61.本实施例中，待处理文件为可执行文件，即无法直接获取其原始代码的文件。针对这种文件，前一实施例中，统一转换为汇编代码后进行处理。但有些情况下，还原出的汇编代码不能很好的表达出恶意攻击的特性，导致对汇编代码组成代码段，即使进行了特征提取，也不能很好的进行后续的恶意事件分类等工作。本实施例中，会根据这类待处理文件的文件信息确定出目标代码类型如“.net”。并将待处理文件处理成由目标代码类型的高级语言的代码。
62.然后使用选取目标代码类型对应的设定词语集合中的设定词语对代码进行拆分处理，以得到代码段。
63.可以理解的是，本实施例中，每一代码类型均具有一个对应的设定词语集合用以进行拆分处理。例如，汇编代码的设定词语集合为{ret，jmp，jnz}；c语言的设定词语集合为{end，return，endif}等。
64.在本技术的一种示例性实施例中，所述以设定词语作为结束节点对待处理文件的
代码进行拆分，得到若干代码段，还可以下述方法：
65.确定待处理文件的代码类型；所述待处理文件由高级计算机语言编写；
66.根据所述代码类型确定设定词语集合；
67.以所述设定词语集合中的任意设定词语为结束节点对所述汇编代码进行拆分，得到若干所述代码段。
68.本实施例中，待处理文件不为可执行文件，而是有明文的高级计算机语言(如c语言等)编写的未经编译后的文件。
69.此时，不需要将可执行文件中的代码转换为汇编代码。而是直接根据相应代码类型，确定出对应的设定词语集合进行后续的拆分工作即可。避免了转换语言的处理工作量。同时也避免了进行语言转换导致特征减少的问题发生。
70.在本技术的一种示例性实施例中，所述根据若干所述代码段，确定所述待处理文件的文件特征信息，包括：
71.对若干所述代码段进行聚类，得到至少一个代码段集合；
72.确定每一代码段集合对应的集合特征信息；
73.根据每一所述集合特征信息，确定所述待处理文件对应的文件特征信息。
74.其中，对若干所述代码段进行聚类可以使用相似聚类或相同聚类等聚类方法。本实施例中，为了使得集合特征信息更加精准，采用的聚类方法为相同聚类。即将完全相同的代码段进行聚类形成一个代码段集合。
75.代码段集合进行特征提取可以采用哈希算法，使用同一哈希算法对每一代码段集合进行运算，得到每一代码段集合的集合哈希值(即集合特征信息)。每一集合特征信息能够表征对应的代码段集合中的所有代码段的整体特征。
76.根据每一所述集合特征信息，确定所述待处理文件对应的文件特征信息，具体可以为对将多个集合特征信息进行累加后，得到累加特征信息，并对累加特征信息进行降维处理，得到文件特征信息。
77.例如，有3个代码段集合，集合1的集合特征信息为11100101，集合2的集合特征信息为10100101，集合3的集合特征信息为11100111。
78.则3个集合特征信息累加后的累加特征信息为32300313。
79.降维处理的目的为将特征信息处理成由“0”和“1”组成的字符串，具体方法可以为通过设置一个阈值，将大于阈值的位记为1，小于等于阈值的位记为0。
80.本实施例中，阈值为1，则降维处理的文件特征信息为11100101。文件特征信息用于表征待处理文件的特征信息。由于经过累加和降维的处理。故而，不同的待处理文件可能会出现相同的文件特征信息。由于进行特征提取使用的含义算法为同一个，故而两个待处理文件的文件特征信息相同，则表明这两个特征文件是相同或类似的，可将其判定为同一类别或家族。
81.在本技术的一种示例性实施例中，同一所述代码段集合中的每一代码段均相同。
82.所述确定每一代码段集合对应的集合特征信息，包括：
83.针对每一所述代码段集合，确定其内部所述代码段的数量以及任一所述代码段对应的代码特征信息；
84.根据所述代码段的数量和代码特征信息，确定对应的代码段集合的集合特征信
息。
85.本实施例中，对代码段进行代码特征信息提取可以采用哈希算法。且不同代码段集合使用的特征提取的哈希算法均相同，以保证数据统一性。代码段的数量用于表征对应的代码集合中有几个代码段。代码特征信息为通过哈希算法对代码段进行处理得到的哈希值。
86.由于本实施例中，同一所述代码段集合中的每一代码段均相同。故而在进行代码特征信息的提取时，只需对代码段集合中的任意一个代码段进行特征提取即可。
87.根据所述代码段的数量和代码特征信息，确定对应的代码段集合的集合特征信息，具体为：
88.使用预设的哈希算法，对该代码段集合中的任一代码段进行计算，得到该代码段的哈希值(代码特征信息)。
89.以该代码段集合中的代码段的数量作为权重，对代码特征信息进行加权处理，得到集合特征信息。
90.加权处理的举例如下：
91.代码段集合a中的代码段为“push，push，jmp”，数量为3。
92.代码段集合b中的代码段为“push，mov，add，ret”，数量为1。
93.push，push，jmp代码段通过哈希计算后为101011，其数量(权重)为3，则其加权后的值(集合特征信息)为3-33-333(为方便理解可以表示为3，-3，3，-3，3，3)。
94.push，mov，add，ret代码段通过哈希计算后为100101，其数量(权重)为1，则其加权后的值(集合特征信息)为100101。
95.相应的，根据每一所述集合特征信息，确定所述待处理文件对应的文件特征信息，可以为：
96.对每一集合特征信息进行累加，得到累加特征信息；
97.对累加特征信息进行降维处理，得到文件特征信息。
98.以上述举例进行描述，累加特征信息为4-34-234。此时，降维处理使用的阈值为0，则降维处理后得到的文件特征信息为101011。
99.在本技术的一种示例性实施例中，所述根据所述文件特征信息确定所述待处理文件的文件标识，包括：
100.确定所述待处理文件的威胁事件类型信息以及应用平台信息；
101.将所述威胁事件类型信息、应用平台信息和特征信息以设定顺序进行拼接，得到所述待处理文件的文件标识。
102.其中，威胁事件类型信息可以为以下任一：virus，worm，trojan，hacktool，riskware，grayware，ransom，miner。
103.应用平台信息可以为以下任一：win32，win64，linux，java，html，perl等共计119类常用平台。
104.具体的，威胁事件类型可以根据待处理文件的特征信息进行确认，也可以根据待处理文件的自带信息进行确定。
105.平台类型可以根据待处理文件的buf信息中的信息确定。
106.拼接后形成的文件标识的格式为“威胁事件类型信息.应用平台信息.特征信息”。
107.在文件标识设置为待处理文件的文件名的情况下，工作人员在获取到被处理后的待处理文件时，可以直接通过文件名确定出该文件的特征，例如是哪一类恶意文件，其是在哪一平台上进行运行的以及一些基础的特征信息。
108.同时，在后续进行统计分析时，能够直接根据文件名进行家族和聚类的确定，而不需要工作人员再次对处理后的待处理文件进行分析，使得后续工作变得更方便快捷。也可以直接通过文件名中的文件特征信息，快速确认该文件的一些特性。
109.本实施例中还提供一种对处理后的待处理文件进行聚类的方法。
110.具体为：
111.获取每一处理后的待处理文件的文件标识中的文件特征信息；
112.根据文件特征信息，确定不同待处理文件的过汉明距离为度量的密度聚类方法dbscan进行聚类。
113.如此，在对处理后的文件进行统计分析时，可以在不对待处理文件进行再次深入分析的情况下，快速进行家族聚类。
114.请参考图2，根据本技术的一个方面，提供一种文件处理装置，包括：
115.拆分模块，用于以设定词语作为结束节点对待处理文件的代码进行拆分，得到若干代码段；
116.第一确定模块，用于根据若干所述代码段，确定所述待处理文件的文件特征信息；
117.第二确定模块，用于根据所述文件特征信息确定所述待处理文件的文件标识。
118.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
119.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
120.在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
121.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
122.根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
123.电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件(包括储存器和处理器)的总线。
124.其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式
的步骤。
125.储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器(ram)和/或高速缓存储存器，还可以进一步包括只读储存器(rom)。
126.储存器还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
127.总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
128.电子设备也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
129.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
130.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
131.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
132.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
133.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
134.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
135.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
136.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
137.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。