元器件气密检测装置的预警报警方法、系统、终端及存储介质

技术领域

本申请涉及气密性检测技术领域，尤其是涉及元器件气密检测装置的预警报警方法、系统、终端及存储介质。

背景技术

目前核心元器件需要在气体密闭结构所营造的密闭环境中进行性能测试，在性能测试过程中，需要人工进行先将元器件放进处于密闭环境的检测设备中，再往检测设备内部充满气体，然后检测元器件，接着从检测设备放出气体，最后拿出元器件的操作，而对检测设备的气密性检测人们大多还停留在对元器件检测的同时对检测设备的气密性进行检测，这使得获取的检测设备的气密性信息不精确，很难对检测设备气体外泄进行及时的反应，故而现有技术有待改进。

发明内容

为使获取的检测设备的气密性信息更精确，本申请提供了一种元器件气密检测装置的预警报警方法、系统、终端及存储介质。

第一方面，本申请提供的一种元器件气密检测装置的预警报警方法，采用如下的技术方案：

一种元器件气密检测装置的预警报警方法，具体包括以下步骤：

获取待检测气体检测指令，根据所述待检测气体检测指令对元器件气密检测装置内待检测气体进行检测，生成待检测气体数据；所述待检测气体检测指令包括检测次数、检测时间间隔、数据获取阶段；

根据所述待检测气体检测指令确定所述数据获取阶段，所述数据获取阶段包括元器件检测阶段和充放气阶段；

根据所述数据获取阶段获取对应的预构建的气体状态分析模型，所述气体状态分析模型包括元器件检测阶段数据子模型和充放气阶段数据子模型；

通过所述气体状态分析模型，对对应的数据获取阶段内生成的待检测气体数据进行分析，并根据分析结果生成优化方案，优化下一次元器件检测时对所述待检测气体的检测次数。

通过采用上述技术方案，获取检测待检测气体浓度的指令并执行，从而得到待检测气体的浓度数据，通过检测待检测气体浓度的指令确定了数据获取阶段，而数据获取阶段由元器件检测阶段和充放气阶段构成，基于数据获取阶段获取对应的预构建的气体状态分析模型，由元器件检测阶段数据子模型和充放气阶段数据子模型构成，在元器件检测阶段和在充放气检测阶段可以通过该气体状态分析模型将检测到的待检测气体浓度数据进行分析，从而生成不同阶段的优化方案。

将待检测气体检测过程细划分为元器件检测阶段和充放气阶段两个阶段，分别对这两个阶段中的待检测气体进行多次的检测，根据多次检测结果进行分析优化，从而提高了获取的检测设备的气密性信息的精确度。

可选的，所述生成待检测气体数据，具体包括以下步骤：

在所述充放气阶段，根据所述充放气阶段对应的待检测气体指令获取所述检测次数n；

根据所述检测时间间隔，对所述待检测气体进行n次检测；

在所述元器件检测阶段，根据所述元器件检测阶段对应的待检测气体指令获取所述检测次数m；

根据所述检测时间间隔，对所述待检测气体进行m次检测。

通过采用上述技术方案，考虑到在不同阶段要对待检测气体进行多次检测，所生成的待检测气体数据也会不同，故需要对待检测气体数据进行阐明。

可选的，当数据获取阶段为充放气阶段时，通过所述充放气阶段数据子模型，对所述待检测气体数据进行分析，并根据分析结果生成第一优化方案，所述根据分析结果生成第一优化方案，具体包括以下步骤：

A10、计算第i次检测生成的第一待检测气体子数据，其中，i为自然数，且i≤n，i从1开始；

若所述第一待检测气体子数据落入预设的第一气体数据区间，则跳转到步骤A10，直到i=n时，所述第一待检测气体子数据也落入预设的第一气体数据区间，发出安全信号，并减少所述检测次数；

若所述第一待检测气体子数据不在所述第一气体数据区间，则终止对所述待检测气体进行检测，发出预警信号，并增加所述检测次数。

通过采用上述技术方案，明确地指出了在元器件检测阶段，若待检测气体浓度数据不达标，将终止对待检测气体浓度进行检测，将检测指令次数增加且报警装置发出报警信号，若待检测气体浓度数据达标，则重复进行待检测气体浓度检测直到达到最大的待检测气体浓度检测次数，且检测的待检测气体浓度数据也达标，将检测指令次数减少且报警装置发出安全信号，在元器件检测阶段对待检测气体浓度进行分析并通过分析结果对元器件检测阶段生成优化方案。

可选的，当数据获取阶段为元器件检测阶段时，通过所述元器件检测阶段数据子模型，对所述待检测气体数据进行分析，并根据分析结果生成第二优化方案，所述根据分析结果生成第二优化方案，具体包括以下步骤：

C10、计算第u次检测生成的第二待检测气体子数据，其中，u为自然数，且u≤m，u从1开始；

若所述第二待检测气体子数据落入预设的第二气体数据区间，则跳转到步骤C10，直到i=n时，所述第二待检测气体子数据也落入预设的第二气体数据区间，发出安全信号，并减少所述检测次数；

若所述第二待检测气体子数据不在所述第二气体数据区间，则终止对所述待检测气体进行检测，发出报警信号，并增加所述检测次数。

通过采用上述技术方案，明确地指出了在充放气阶段，若待检测气体浓度数据不达标，将终止对待检测气体浓度进行检测，将检测指令次数增加且报警装置发出预警信号，若待检测气体浓度数据达标，则重复进行待检测气体浓度检测直到达到最大的待检测气体浓度检测次数，且检测的待检测气体浓度数据也达标，将检测指令次数减少且报警装置发出安全信号，优化了检测次数，有助于降低元器件气密检测装置能源损耗，提高了元器件气密检测装置工作效率，加装报警装置可以将不同阶段气体外泄的情况警示给操作人员看，以便操作人员根据实际情况处理问题。

可选的，将第h气体数据区间内等量划分为x个第h气体数据第一子区间，并确定每个所述第h气体数据第一子区间对应的优化次数，将第h气体数据区间外等量划分为y个第h气体数据第二子区间，并确定每个所述第h气体数据第二子区间对应的优化次数，h为一或二；

当h为一时，获取预设的第一优化次数数据库，所述第一优化次数数据库存储有每个所述第一气体数据第一子区间对应的第一优化次数和第一气体数据第二子区间对应的第二优化次数；

当h为二时，获取预设的第二优化次数数据库，所述第二优化次数数据库存储有每个所述第二气体数据第一子区间对应的第三优化次数和第二气体数据第二子区间对应的第四优化次数；

将所述第h差值与所述第h气体数据区间内外的值进行比对，判断所述第h差值落在所述第h气体数据第几子区间；

若所述第h差值在所述第h气体数据第一子区间，则根据所述第h差值所处的所述第h气体数据第一子区间，获取该所述第h气体数据第一子区间对应的所述第z优化次数，z为一至四中任意一个数值；

获取第h差值对应的所述检测次数，并将所述检测次数与第z优化次数相减，得到第z优化检测次数，并将所述第z优化检测次数作为下一次元器件检测时待检测气体检测的检测次数；

若所述第h差值在所述第h气体数据第二子区间，则根据所述第h差值所处的所述第h气体数据第二子区间，获取该所述第h气体数据第二子区间对应的第z优化次数；

获取第h差值对应的所述检测次数，并将所述检测次数与第z优化次数相加，得到第z优化检测次数，并将所述第z优化检测次数作为下一次元器件检测时待检测气体检测的检测次数。

通过采用上述技术方案，通过误差值确定误差区间，将误差区间进行划分，将划分的区间再等量划分并确定每个区间优化的次数，这样将差值和误差相对比，判断差值处在误差区间的位置，根据差值处在误差区间的位置进一步确定要优化的次数，将预设的检测次数和优化次数相加减，得到优化检测次数，用作下一次元器件检测时待检测气体检测的检测次数。

可选的，在元器件检测完成，对所述待检测气体进行放气后，还需要对元器件进行静置处理，具体内容如下：

获取预设的第一时间阈值，所述第一时间阈值为所述元器件检测阶段后放出所述待检测气体的时间；

所述待检测气体放出的时间达到所述第一时间阈值后获取预设的静置时间，所述静置时间包括g个按照预设顺序排序好的相同的静置子时间；

每当元器件静置的时间达到对应的所述静置子时间后，对所述待检测气体进行检测，生成对应的第三待检测气体子数据；

对所述第三待检测气体子数据进行分析，根据分析结果生成第三优化方案。

通过采用上述技术方案，在元器件检测完后对待检测气体进行排气处理，在达到预定的排气时间后对待检测气体浓度进行检测，得到待检测气体浓度数据，检测完成后再让整个装置在预定静置时间内静置，达到预定静置时间后再对待检测气体浓度进行检测，根据判断得到待检测气体浓度数据是否达标来进行进一步优化处理，通过对整个装置进行排气之后的静置处理，减少了因检测元器件本身所附着待检测气体排不净而导致取出元器件后待检测气体再度释放影响安全的现象。

可选的，所述根据分析结果生成第三优化方案，具体包括以下步骤：

D10、计算第o次检测生成的所述第三待检测气体子数据，其中，o为自然数，且0≤g，o从1开始；

若所述第三待检测气体子数据不在所述第三气体数据区间，则对所述待检测气体按照所述第一时间阈值进行放气，所述待检测气体放出的时间达到所述第一时间阈值后跳转到步骤D10,直到o=g，若所述第三待检测气体子数据仍不在所述第三气体数据区间，发出报警信号，并增加所述静置子时间的个数；

若所述第三待检测气体子数据落入所述第三气体数据区间，则将达到该条件的所有所述静置子时间相加，得到达到上述条件所需的总静置时间；

将所述总静置时间与预设的所述元器件检测阶段后放出所述待检测气体的时间相加，生成下一次所述元器件检测阶段后放出所述待检测气体的时间。

通过采用上述技术方案，在第一次静置完成后检测待检测气体浓度，若达标则结束优化方案并将元器件检测阶段后待检测气体排出的时间和第一次静置的时间加起来用作下一次元器件检测阶段后待检测气体排出的时间，若不达标则进行第二次静置，一直重复操作，直到静置完成后待检测气体浓度达标，最后将元器件检测阶段后待检测气体排出的时间和总静置时间加起来用作下一次元器件检测阶段后待检测气体排出的时间，重复静置整个装置以达到将元器件附着的待检测气体一同排出，使待检测气体浓度到达安全浓度的目的。

第二方面，本申请还提供一种元器件气密检测装置的预警报警系统，采用如下的技术方案：

一种元器件气密检测装置的预警报警系统，包括：

指令获取模块(1)：所述指令获取模块(1)用于获取待检测气体检测指令；

气体检测模块(2)：所述气体检测模块(2)用于根据所述待检测气体检测指令对元器件气密检测装置内待检测气体进行检测；

数据采集模块(3)：所述数据采集模块(3)用于采集对所述待检测气体进行检测而生成的所述待检测气体数据；

阶段划分模块(4)：所述阶段划分模块(4)用于根据所述待检测气体检测指令确定所述数据获取阶段，并将所述数据获取阶段划分成元器件检测阶段和充放气阶段；

气体状态分析模块(5)：所述气体状态分析模块(5)用于根据所述数据获取阶段获取构建的气体状态分析模型，通过所述气体状态分析模型，对对应的数据获取阶段内生成的待检测气体数据进行分析；

优化模块(6)：所述优化模块(6)用于根据对所述待检测气体数据的分析结果生成优化方案。

通过采用上述技术方案，获取检测待检测气体浓度的指令并执行，从而得到待检测气体的浓度数据，通过检测待检测气体浓度的指令确定了数据获取阶段，而数据获取阶段由元器件检测阶段和充放气阶段构成，基于数据获取阶段获取对应的预构建的气体状态分析模型，由元器件检测阶段数据子模型和充放气阶段数据子模型构成，在元器件检测阶段和在充放气检测阶段可以通过该气体状态分析模型将检测到的待检测气体浓度数据进行分析，从而生成不同阶段的优化方案。

第三方面，本申请还提供一种智能终端，采用如下的技术方案：

一种智能终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现所述的一种元器件气密检测装置的预警报警方法。

第四方面，本申请还提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，包括可读存储介质及存储在所述可读存储介质上运行的计算机程序，所述计算机程序由处理器加载并执行以实现所述的一种元器件气密检测装置的预警报警方法。

综上所述，本申请包括以下至少一种有益技术效果：

1.将待检测气体检测过程细划分为元器件检测阶段和充放气阶段两个阶段，分别对这两个阶段中的待检测气体进行多次的检测，根据多次检测结果进行分析优化，从而提高了获取的检测设备的气密性信息的精确度；

2.优化检测次数，有助于降低元器件气密检测装置能源损耗，提高了元器件气密检测装置工作效率，加装报警装置可以将不同阶段气体外泄的情况警示给操作人员看，以便操作人员根据实际情况处理问题；

3.通过对整个装置进行排气之后的静置处理，减少了因检测元器件本身所附着待检测气体排不净而导致取出元器件后待检测气体再度释放影响安全的现象。

附图说明

图1是本申请实施例中一种元器件气密检测装置的预警报警方法的整体流程示意图。

图2是本申请实施例中元器件检测阶段后具体操作的整体流程示意图。

图3是本申请实施例中一种元器件气密检测装置的预警报警系统的整体结构示意图。

附图标记说明：

1、指令获取模块；2、气体检测模块；3、数据采集模块；4、阶段划分模块；5、气体状态分析模块；6、优化模块。

具体实施方式

使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细说明。

本申请一个实施例公开了一种元器件气密检测装置的预警报警方法，参照图1，具体包括以下步骤：

S10、获取待检测气体检测指令，根据所述待检测气体检测指令对元器件气密检测装置内待检测气体进行检测，生成待检测气体数据；所述待检测气体检测指令包括检测次数、检测时间间隔、数据获取阶段；

需要说明的是，待检测气体检测指令是对CO气体浓度进行检测，在对核心元器件进行检测时，需要向元器件气密检测装置内充满CO气体，为防止CO气体外泄，要对CO气体浓度进行检测。

S20、根据待检测气体检测指令确定数据获取阶段，数据获取阶段包括元器件检测阶段和充放气阶段；

需要说明的是，在对核心元器件进行检测要先对元器件气密检测装置进行充气处理，然后再检测核心元器件，检测完成后要对元器件气密检测装置进行放气处理，所以对CO气体浓度数据的获取可以分成元器件检测阶段和充放气阶段。

S30、根据数据获取阶段获取对应的预构建的气体状态分析模型，气体状态分析模型包括元器件检测阶段数据子模型和充放气阶段数据子模型；

需要说明的是，可以通过由元器件检测阶段数据子模型和充放气阶段数据子模型构成的气体状态分析模型对在不同阶段检测的CO气体浓度数据进行分析。

S40、通过气体状态分析模型，对对应的数据获取阶段内生成的待检测气体数据进行分析，并根据分析结果生成优化方案，优化下一次元器件检测时对待检测气体的检测次数。

需要说明的是，由于在不同阶段检测的CO气体浓度数据不同，所对应的处理方案也就不同，因此需要确定阶段，在确定完阶段后，再对CO气体浓度进行检测，根据检测结果来优化在下一次元器件检测中对CO气体浓度检测的方案。

在实施例中，生成待检测气体数据，具体包括以下步骤：

在所述充放气阶段，根据所述充放气阶段对应的待检测气体指令获取所述检测次数n；

根据所述检测时间间隔，对所述待检测气体进行n次检测；

在所述元器件检测阶段，根据所述元器件检测阶段对应的待检测气体指令获取所述检测次数m；

根据所述检测时间间隔，对所述待检测气体进行m次检测。

需要说明的是，在对CO气体浓度检测时，在充放气阶段的检测次数和在元器件检测阶段的检测次数是不同的，因此要把两个不同阶段的检测次数区分开。

S40包括：

当数据获取阶段为充放气阶段时，通过充放气阶段数据子模型，对待检测气体数据进行分析，并根据分析结果生成第一优化方案，根据分析结果生成第一优化方案，具体包括以下步骤：

A10、计算第i次检测生成的第一待检测气体子数据，其中，i为自然数，且i≤n，i从1开始；

若第一待检测气体子数据落入预设的第一气体数据区间，则跳转到步骤A10，直到i=n时,第一待检测气体子数据也落入预设的第一气体数据区间，发出安全信号，并减少检测次数；

若第一待检测气体子数据不在第一气体数据区间，则终止对待检测气体进行检测，发出预警信号，并增加检测次数。

当数据获取阶段为元器件检测阶段时，通过元器件检测阶段数据子模型，对待检测气体数据进行分析，并根据分析结果生成第二优化方案，根据分析结果生成第二优化方案，具体包括以下步骤：

C10、计算第u次检测生成的第二待检测气体子数据，其中，u为自然数，且u≤m，u从1开始；

若第二待检测气体子数据落入预设的第二气体数据区间，则跳转到步骤C10，直到i=n时,第二待检测气体子数据也落入预设的第二气体数据区间，发出安全信号，并减少检测次数；

若第二待检测气体子数据不在第二气体数据区间，则终止对待检测气体进行检测，发出报警信号，并增加检测次数。

需要说明的是，检测CO气体浓度，得到的CO气体浓度数据会存在误差，这个时候我们需要给要获取的CO气体浓度数据预设一个标准的误差值，这样检测的CO气体浓度数据不一定和预设的CO气体浓度数据相同，但在预设的误差里也可以达到生成优化方案的目的，生成的优化方案是对不同阶段检测CO气体浓度的次数的优化，在不断地检测CO气体浓度中，对元器件气密检测装置会造成一定的能耗，固定不变的检测次数不能很好的降低元器件气密检测装置的能耗，优化检测次数，可以在降低能耗的同时减少不必要的检测时耗，提高元器件气密检测装置运行的效率，对不同阶段CO气体浓度不达标的情况可以通过报警系统进行安全信号、预警信号、报警信号的反馈，让工作人员更快对突发问题作出对策反应。

在实施例中，将第h气体数据区间内等量划分为x个第h气体数据第一子区间，并确定每个所述第h气体数据第一子区间对应的优化次数，将第h气体数据区间外等量划分为y个第h气体数据第二子区间，并确定每个所述第h气体数据第二子区间对应的优化次数，h为一或二；

当h为一时，获取预设的第一优化次数数据库，所述第一优化次数数据库存储有每个所述第一气体数据第一子区间对应的第一优化次数和第一气体数据第二子区间对应的第二优化次数；

当h为二时，获取预设的第二优化次数数据库，所述第二优化次数数据库存储有每个所述第二气体数据第一子区间对应的第三优化次数和第二气体数据第二子区间对应的第四优化次数；

将所述第h差值与所述第h气体数据区间内外的值进行比对，判断所述第h差值落在所述第h气体数据第几子区间；

若所述第h差值在所述第h气体数据第一子区间，则根据所述第h差值所处的所述第h气体数据第一子区间，获取该所述第h气体数据第一子区间对应的所述第z优化次数，z为一至四中任意一个数值；

获取第h差值对应的所述检测次数，并将所述检测次数与第z优化次数相减，得到第z优化检测次数，并将所述第z优化检测次数作为下一次元器件检测时待检测气体检测的检测次数；

若所述第h差值在所述第h气体数据第二子区间，则根据所述第h差值所处的所述第h气体数据第二子区间，获取该所述第h气体数据第二子区间对应的第z优化次数；

获取第h差值对应的所述检测次数，并将所述检测次数与第z优化次数相加，得到第z优化检测次数，并将所述第z优化检测次数作为下一次元器件检测时待检测气体检测的检测次数。

需要说明的是，每个阶段对CO气体浓度检测的数据都会存在误差，在这个误差的基础上可以优化检测CO气体的次数，例如，当超出规定误差一定值就可以在下一次元器件检测中增加对CO气体浓度的检测次数，具体的次数增加值可以根据实际检测CO气体浓度数据产生的差值，在规定误差值区间的位置来设定，每超过规定误差一段值就额外增加次数，这样可以保障每次元器件检测都能更好地检测CO气体浓度，提高获取CO气体浓度信息的准确度。

在实施例中，参照图2，在元器件检测完成，对待检测气体进行放气后，还需要对元器件进行静置处理，具体内容如下：

B10、获取预设的第一时间阈值，第一时间阈值为元器件检测阶段后放出待检测气体的时间；

需要说明的是，在对元器件进行检测后需要将元器件气密检测装置内CO气体排放干净。

B20、待检测气体放出的时间达到第一时间阈值后获取预设的静置时间，静置时间包括g个按照预设顺序排序好的相同的静置子时间；

需要说明的是，大多数元器件气密检测装置只做到了将元器件气密检测装置内CO气体排放干净，之后人工就将元器件取出，但是元器件本身会有CO气体附着，不能随着排放CO气体的过程被排放出去，因此需要改进，改进成在CO气体排出后再给元器件一个静置子时间，让元器件上附着的CO气体能够释放出来，因为会出现一次元器件静置处理后，附着的CO气体排不净CO气体浓度仍不达标的情况，故需要预先设置多个相同的静置子时间，并按照第一次到第g次的顺序排好。

B30、每当元器件静置的时间达到对应的静置子时间后，对待检测气体进行检测，生成对应的第三待检测气体子数据；

需要说明的是，在元器件静置完成后还要对将元器件气密检测装置内进行CO气体浓度检测，以防在静置过程中元器件附着的CO气体释放的浓度超标。

B40、对第三待检测气体子数据进行分析，根据分析结果生成第三优化方案。

在实施中，根据分析结果生成第三优化方案，具体包括以下步骤：

D10、计算第o次检测生成的第三待检测气体子数据，其中，o为自然数，且0≤g，o从1开始；

若第三待检测气体子数据不在第三气体数据区间，则对待检测气体按照第一时间阈值进行放气，待检测气体放出的时间达到第一时间阈值后跳转到步骤D10,直到o=g，若所述第三待检测气体子数据仍不在所述第三气体数据区间，发出报警信号，并增加所述静置子时间的个数；

若第三待检测气体子数据落入第三气体数据区间，则将达到该条件的所有静置子时间相加，得到达到上述条件所需的总静置时间；

将总静置时间与预设的元器件检测阶段后放出待检测气体的时间相加，生成下一次元器件检测阶段后放出待检测气体的时间。

需要说明的是，对于元器件检测完并排放完CO气体之后的，对元器件的静置处理也需要进行优化，在对元器件静置处理后CO气体浓度检测过程中，CO气体浓度可能会超标，这需要继续对CO气体进行排放，排放完后再静置，静置完成后再对CO气体浓度进行检测，这样重复静置放气，将附着CO气体浓度降到安全浓度范围，同时记录将附着CO气体浓度降到安全浓度范围总的静置时间，用于下一次元器件检测完后对CO气体进行排放。

参照图3，本申请另一实施例提供一种元器件气密检测装置的预警报警系统，包括指令获取模块1、气体检测模块2、数据采集模块3、阶段划分模块4、气体状态分析模块5、优化模块6。具体的：

指令获取模块1：指令获取模块1用于获取待检测气体检测指令；

气体检测模块2：气体检测模块2用于根据待检测气体检测指令对元器件气密检测装置内待检测气体进行检测；

数据采集模块3：数据采集模块3用于采集对待检测气体进行检测而生成的待检测气体数据；

阶段划分模块4：阶段划分模块4用于根据待检测气体检测指令确定数据获取阶段，并将数据获取阶段划分成元器件检测阶段和充放气阶段；

气体状态分析模块5：气体状态分析模块5用于根据数据获取阶段获取构建的气体状态分析模型，通过气体状态分析模型，对对应的数据获取阶段内生成的待检测气体数据进行分析；

优化模块6：优化模块6用于根据对待检测气体数据的分析结果生成优化方案。

在实施中，获取检测CO气体浓度的指令并执行，从而得到CO气体的浓度数据，通过检测CO气体浓度的指令确定了数据获取阶段，而数据获取阶段由元器件检测阶段和充放气阶段构成，基于数据获取阶段获取对应的预构建的气体状态分析模型，由元器件检测阶段数据子模型和充放气阶段数据子模型构成，在元器件检测阶段和在充放气检测阶段可以通过该气体状态分析模型将检测到的CO气体浓度数据进行分析，从而生成不同阶段的优化方案。

基于上述同一发明构思，本申请又一实施例还公开一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集能够由处理器加载并执行以实现上述方法实施例提供的一种元器件气密检测装置的预警报警方法的步骤。

计算机可读存储介质例如包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现，例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本申请的方法及其核心思想，不应理解为对本申请的限制。本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。