服务器自动测试方法、装置、设备和存储介质

技术领域

本申请涉及服务器测试技术领域，特别是涉及一种服务器自动测试方法、装置、设备和存储介质。

背景技术

目前，服务器在出厂前均需要对其进行测试，测试没有问题之后才会允许出厂，但是，在测试的过程中，工厂的测试环境难免会发生不稳定现象，如网络异常，电力系统异常，空调异常等，从而造成测试中断或机器报异常等现象以导致测试失败。亦或者在服务器新产品开发阶段，经常会有小批量试产或特例出货的情况，此时新产品存在较多问题未关闭，也会造成测试报错的现象，以导致测试失败。

在传统的实现方式中，一般由于测试环境导致的测试失败现象，只需要测试工程师现场确认后重新测试即可。若是由于已知问题造成的报错，则需要测试工程师现场授权允许重新测试或跳过当前测试/检查项。

然而，由于工厂出货量庞大，所有报错信息均需要测试工程师一一进行确认授权，一方面，工作量大，难免有人工疏漏；另一方面，服务器报错后需要停止测试等待处理，造成测试效率低，影响产能的缺陷。

发明内容

基于此，本申请提供了一种服务器自动测试方法、装置、设备和存储介质，通过自动识别因环境因素或者是已有问题造成的报错，按照匹配情况进行自动处理，以达到减少人工成本，提高工作效率的效果。

第一方面，提供一种服务器自动测试方法，应用于服务器自动测试系统，服务器自动测试系统包括至少一个测试单元；该方法包括：

获取当前测试单元的测试状态；其中，测试状态包括测试正常和测试异常；

在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作；

在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；

基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。

根据本申请实施例中一种可实现的方式，测试异常报错信息包括测试环境异常状态信息和测试环境异常事件信息；测试记录数据库包括测试环境状态表信息和测试环境异常事件表信息；基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程，包括：

查询测试环境状态表信息中是否存在测试环境异常状态信息；

若存在，则再基于测试环境异常事件表信息和测试异常事件信息确定当前测试单元的测试进程；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

根据本申请实施例中一种可实现的方式，则再基于测试环境异常事件表信息和测试异常事件信息确定当前测试单元的测试进程，包括：

查询测试环境异常事件表信息中是否存在测试异常事件信息；

若存在，确定当前测试单元测试异常基于环境因素造成，则对当前测试单元进行重新测试；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

根据本申请实施例中一种可实现的方式，测试异常报错信息还包括已知异常信息；测试数据记录数据库还包括已知异常问题表信息；基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程，还包括：

查询已知异常问题表信息中是否存在已知异常信息；

若存在，则获取已知异常信息出现的次数并计算复现概率值；

基于复现概率值确定当前测试单元的测试进程；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

根据本申请实施例中一种可实现的方式，基于复现概率值确定当前测试单元的测试进程，包括：

将复现概率值和预设概率值进行比对；

在复现概率值大于或等于预设概率值时，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作；

在复现概率值小于预设概率值，则对当前测试单元进行重新测试，并获取对当前测试单元的重测次数；

基于重测次数，确定当前测试单元的测试进程。

根据本申请实施例中一种可实现的方式，基于重测次数，确定当前测试单元的测试进程，包括：

将当前测试单元的重测次数和预设重测次数进行比对；

若当前测试单元的重测次数小于预设重测次数，则对当前测试单元进行重新测试；

若当前测试单元的重测次数大于或等于预设重测次数，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作。

根据本申请实施例中一种可实现的方式，该方法还包括：

获取各测试单元的本轮重测次数并求和得到本轮重测总数；

将本轮重测总数和预设总数进行比对；

若本轮重测总数小于预设总数，则各测试单元的本轮测试操作完成；

若本轮重测总数大于等于预设总数，则进行第二轮测试；

获取各测试单元的第二轮重测次数并求和得到第二轮重测总数；

将第二轮重测总数和预设总数进行比对；

若第二轮重测总数大于或等于预设总数，则将服务器锁定，以待测试人员来进行维修；

若第二轮重测总数小于预设总数，则各测试单元的第二轮测试操作完成。

第二方面，提供了一种服务器自动测试装置，应用于服务器自动测试系统，服务器自动测试系统包括至少一个测试单元，该装置设置于服务器自动测试系统，该装置包括：

获取模块，用于获取当前测试单元的测试状态；其中，测试状态包括测试正常和测试异常；

推进单元，用于在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作；

报错单元，用于在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；

匹配更新单元，用于基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。

第三方面，提供了一种计算机设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的计算机指令，计算机指令被至少一个处理器执行，以使至少一个处理器能够执行上述第一方面中涉及的方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机指令，其特征在于，计算机指令用于使计算机执行上述第一方面中涉及的方法。

根据本申请实施例所提供的技术内容，本申请实施例通过获取当前测试单元的测试状态；在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作；在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。上述操作，通过自动识别因环境因素或者是已有问题造成的报错，按照匹配情况进行自动处理，以达到减少人工成本，提高工作效率的效果。

附图说明

图1为一个实施例中一种服务器自动测试方法的应用环境图；

图2为一个实施例中一种服务器自动测试方法的流程示意图；

图3为一个实施例中一种服务器自动测试方法的优选流程示意图一；

图4为一个实施例中一种服务器自动测试方法的优选流程示意图二；

图5为一个实施例中一种服务器自动测试装置的结构框图；

图6为一个实施例中计算机设备的示意性结构图。

具体实施方式

以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的一种服务器自动测试方法，可以应用于如图1所示的应用环境中。其中，监测终端102通过网络与待测服务器104通过网络进行通信，且待测服务器104包括至少一个测试单元。待测服务器104获取当前测试单元的测试状态；在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作；在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。其中，监测终端102可以但不限于是各种个人计算机以及笔记本电脑等。

图2为本申请实施例提供的一种服务器自动测试方法的流程图，该方法可以由如图1所示应用环境中的待测服务器104执行。如图2所示，该方法可以包括以下步骤：

步骤201：获取当前测试单元的测试状态；其中，测试状态包括测试正常和测试异常；在当前测试单元的测试状态为测试正常时，执行步骤203；在当前测试单元的测试状态为测试异常时，执行步骤205。

这里，由于待测服务器包括至少一个测试单元，且通常情况下为多个测试单元，所以，工作人员需要对待测服务器的所有测试单元均进行测试，且各测试单元的测试工作需要依次进行。因此，待测服务器需要获取当前测试单元的测试状态，基于当前测试单元的测试状态确定进一步的操作。

步骤203：则自动进入对下一相邻测试单元的测试操作。

这里，在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作，即表示当前测试单元已经通过测试，需要继续对下一相邻测试单元进行测试操作。

步骤205：则自动生成测试异常报错信息。

这里，在当前测试单元的测试状态为测试异常时，待测服务器自动生成测试异常报错信息并保存至测试记录数据库中。其中，异常报错信息包括一键日志信息、系统日志信息以及部件日志信息等。

步骤207：基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。

具体地，由于待测服务器每次报错之后都会将测试异常报错信息保存至测试记录数据库中，因此，可以将本次的测试异常报错信息在测试记录数据库中进行查询匹配，这里查询匹配的操作主要用于确认是否是因为环境异常因素亦或者是历史遗留问题导致的测试异常。若测试记录数据库中存在有本次的测试异常报错信息，说明可能是因为环境异常因素亦或者是历史遗留问题导致的，则可以根据具体匹配情况自动处理，以实现自动更新当前测试单元的测试进程的操作；若测试记录数据库中不存在有本次的测试异常报错信息，说明该测试单元本次异常非环境异常因素亦或者是历史遗留问题导致的，则停止测试，等待测试工程师来进行处理。

可以看出，本申请实施例通过获取当前测试单元的测试状态；在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元的测试操作；在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。上述操作，通过自动识别因环境因素或者是已有问题造成的报错，按照匹配情况进行自动处理，以达到减少人工成本，提高工作效率的效果。

下面结合实施例对上述步骤207即“基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程”进行详细描述。

在一种可实现的方式中，查询测试环境状态表信息中是否存在测试环境异常状态信息；若存在，则再基于测试环境异常事件表信息和测试异常事件信息确定当前测试单元的测试进程；若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

其中，测试异常报错信息包括测试环境异常状态信息和测试环境异常事件信息；测试记录数据库包括测试环境状态表信息和测试环境异常事件表信息。测试环境状态表信息包括测试室编号信息、测试室温度信息、测试室电压信息、测试室网速信息等；测试环境异常事件表信息包括发生异常的测试室编号信息、异常发生的时间信息、异常恢复的时间信息、异常发生时的温度信息、异常发生时的电压信息、异常发生时的网速信息等。

这里的测试记录数据库还包括测试机测试状态表信息，测试机测试状态表信息包括测试机当前测试状态信息、当前测试单元信息、当前测试单元重测次数信息，累计测试轮数信息、累计重测次数信息等。

具体地，待测服务器查询测试环境状态表信息中是否存在测试环境异常状态信息；若不存在测试环境异常状态信息，则直接停止当前测试单元的测试进程，以待测试人员来进行维修。

若存在测试环境异常状态信息，则继续查询测试环境异常事件表信息中是否存在测试异常事件信息，若也存在测试异常事件信息，便可以确定当前测试单元测试异常是由于环境因素造成的，则清除待测服务器的本地测试异常报错信息后对当前测试单元进行重新测试，并在测试机测试状态表信息信息中更新测试次数信息；若仅存在测试环境异常状态信息而不存在测试异常事件信息，则可以确定当前测试单元测试异常非环境因素造成的，则停止当前测试单元的测试进程，以待测试人员来进行维修。

这里举例说明一下，如果测试异常报错信息为温度异常信息，则查询测试室编号信息对应的温度异常信息是否存在于测试环境状态表信息中；如果存在，则继续查询当前异常发生的时间信息是否存在于测试环境异常事件表信息中；若也存在，则确定当前测试单元测试异常基于环境因素造成，则对当前测试单元进行重新测试；若温度异常信息和当前异常发生的时间信息其中任意一个不存在，即可说明当前异常情况并非环境因素造成，则停止当前测试单元的测试进程，以待测试人员来进行维修。

还需要强调的是，测试环境状态表信息和测试环境异常事件表信息是实时更新的，监测终端设置有监控模块，监测模块由温度传感器、电压检测器、网络测试器及其驱动程序组成，驱动程序定时将监控数据存储在测试环境状态数据库中。并且驱动程序中设置有环境温度、环境电压以及环境网速等的上下限阈值，当超出阈值范围后，将会触发温度传感器或者电压检测器亦或者网络测试器触发告警，生成测试异常报错信息并存储于测试环境状态表和测试环境异常事件表中。而测试机测试状态表信息则是基于待测服务器的测试情况进行实时记录更新。

通过上述操作，待测服务器可以自动识别测试异常是否是由于环境因素造成的，进而可以根据匹配情况自动处理完成重测操作，以达到减少人工成本，提高工作效率的效果。

在另一种可实现的方式中，查询已知异常问题表信息中是否存在已知异常信息；若存在，则获取已知异常信息出现的次数并计算复现概率值；基于复现概率值确定当前测试单元的测试进程；若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

其中，测试异常报错信息还包括已知异常信息；测试数据记录数据库还包括已知异常问题表信息，已知异常问题表信息为项目当前阶段未解决的问题信息。已知异常问题表信息包括异常问题涉及到的测试机型信息、测试配置信息、测试物料信息、异常问题描述信息、异常问题现象信息、复现方法信息、是否可忽略信息等。且待测服务器可以根据异常问题的解决进展及时更新数据，新增异常问题和删除已解决问题等。

具体地，待测服务器查询已知异常问题表信息中是否存在已知异常信息，若不存在，则直接停止当前测试单元的测试进程，以待测试人员来进行维修。

若存在，则获取已知异常信息出现的次数并计算复现概率值，将复现概率值和预设概率值进行比对；在复现概率值大于或等于预设概率值时，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作；在复现概率值小于预设概率值，则对当前测试单元进行重新测试，并获取对当前测试单元的重测次数；将当前测试单元的重测次数和预设重测次数进行比对；若当前测试单元的重测次数小于预设重测次数，则对当前测试单元进行重新测试，每次重新测试均在测试机测试状态表信息中记录更新测试次数；若当前测试单元的重测次数大于或等于预设重测次数，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作。这里，在确定已知异常问题表信息中是否存在已知异常信息是基于优先级来确定的。其中，优先级的顺序可以为测试机型信息、测试配置信息以及测试物料信息等。预设概率值一般可以设置为60％，预设重测次数一般可以设置为3次。

通过上述操作，待测服务器可以基于已知异常问题表信息自动识别测试异常是否是由于已知问题造成的，进而可以根据匹配情况自动处理，完成重测、忽略、跳过等操作，以达到减少人工成本，提高工作效率的效果。

在一个实施例中，该方法还包括：获取各测试单元的本轮重测次数并求和得到本轮重测总数；将本轮重测总数和预设总数进行比对；若本轮重测总数小于预设总数，则各测试单元的本轮测试操作完成；若本轮重测总数大于或等于预设总数，则进行第二轮测试；获取各测试单元的第二轮重测次数并求和得到第二轮重测总数；将第二轮重测总数和预设总数进行比对；若第二轮重测总数大于或等于预设总数，则将服务器锁定，以待测试人员来进行维修；若第二轮重测总数小于预设总数，则各测试单元的第二轮测试操作完成。

在一种可实现的方式中，在完成一轮测试后，待测服务器获取各测试单元的本轮重测次数，并将所有的重测次数进行加和得到本轮重测总数，将本轮重测总数和预设总数进行比对；若本轮重测总数小于预设总数，则各测试单元的本轮测试操作完成，即对该待测服务器的测试操作完成。这里，预设总数一般可以设置为5次。

在另一种可实现的方式中，若本轮重测总数大于或等于预设总数，则说明本轮测试有5次因环境因素或已知问题报错并重测，鉴于报错概率较高，该待测服务器直接出货可能存在风险，需要进行第二轮测试。在第二轮测试完成后，待测服务器再次获取各测试单元的第二轮重测次数，并将所有重测次数进行加和得到第二轮重测总数；将第二轮重测总数和预设总数进行比对；若第二轮重测总数大于或等于预设总数，则将服务器锁定，以待测试人员来进行维修，且测试人员可以下载报错时自动生成的报错信息，并给出处理策略；若第二轮重测总数小于预设总数，则对服务器各测试单元的第二轮测试操作。

通过上述操作，将待测服务器本轮重测次数进行加和得到本轮重测总数，基于本轮重测总数确定是否进行第二轮测试，以进一步确保待测服务器的出厂质量。

结合上述实施例中的实现方式，下面结合图3对本申请实施例提供的优选的方法流程一进行举例描述。如图3所示，该方法可以包括以下步骤：

步骤301，获取当前测试单元的测试状态，在当前测试单元的测试状态为测试正常时，执行步骤302；在当前测试单元的测试状态为测试异常时，执行步骤303。

步骤302，则自动进入对下一相邻测试单元的测试操作。

步骤303，则自动生成测试异常报错信息；其中，测试异常报错信息包括测试环境异常状态信息和测试环境异常事件信息。

步骤304，查询测试环境状态表信息中是否存在测试环境异常状态信息；若存在，则执行步骤305；若不存在，则执行步骤307。

步骤305，查询测试环境异常事件表信息中是否存在测试异常事件信息；若存在，则执行步骤306；若不存在，则执行步骤307。

步骤306，确定当前测试单元测试异常基于环境因素造成，则对当前测试单元进行重新测试。

步骤307，则停止当前测试单元的测试进程，以待测试人员来进行维修。

结合上述实施例中的实现方式，下面结合图4对本申请实施例提供的优选的方法流程二进行举例描述。如图4所示，该方法可以包括以下步骤：

步骤401，获取当前测试单元的测试状态，在当前测试单元的测试状态为测试正常时，执行步骤402；在当前测试单元的测试状态为测试异常时，执行步骤403。

步骤402，则自动进入对下一相邻测试单元的测试操作。

步骤403，则自动生成测试异常报错信息，其中，测试异常报错信息还包括已知异常信息。

步骤404，查询已知异常问题表信息中是否存在已知异常信息；若存在，则执行步骤405；若不存在，则执行步骤411。

步骤405，则获取已知异常信息出现的次数并计算复现概率值。

步骤406，将复现概率值和预设概率值进行比对；当复现概率值小于预设概率值，则执行步骤407；当复现概率值大于或等于预设概率值时，则执行步骤410。

步骤407，则对当前测试单元进行重新测试，并获取对当前测试单元的重测次数。

步骤408，将当前测试单元的重测次数和预设重测次数进行比对；若当前测试单元的重测次数小于预设重测次数，则执行步骤409；若当前测试单元的重测次数大于或等于预设重测次数，则执行步骤410；

步骤409，则对当前测试单元进行重新测试。

步骤410，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作。

步骤411，则停止当前测试单元的测试进程，以待测试人员来进行维修。

应该理解的是，虽然图2-图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本申请中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图5为本申请实施例提供的一种服务器自动测试装置的结构示意图，该装置可以设置于图1所示系统中的测试单元中，用以执行如图2-图4中所示的方法流程。如图5所示，该装置可以包括：获取模块501、推进单元503、报错单元505、匹配更新单元507。其中各组成模块的主要功能如下：

获取模块501，用于获取当前测试单元的测试状态；其中，测试状态包括测试正常和测试异常；

推进单元503，用于在当前测试单元的测试状态为测试正常时，则自动进入对下一相邻测试单元测试操作；

报错单元505，用于在当前测试单元的测试状态为测试异常时，则自动生成测试异常报错信息；

匹配更新单元507，用于基于测试异常报错信息在测试记录数据库中进行查询匹配，以自动更新当前测试单元的测试进程。

在一个实施例中，测试异常报错信息包括测试环境异常状态信息和测试环境异常事件信息；测试记录数据库包括测试环境状态表信息和测试环境异常事件表信息；匹配单元507，还用于：

查询测试环境状态表信息中是否存在测试环境异常状态信息；

若存在，则再基于测试环境异常事件表信息和测试异常事件信息确定当前测试单元的测试进程；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

在一个实施例中，匹配单元507，还用于：

查询测试环境异常事件表信息中是否存在测试异常事件信息；

若存在，确定当前测试单元测试异常基于环境因素造成，则对当前测试单元进行重新测试；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

在一个实施例中，测试异常报错信息还包括已知异常信息；测试数据记录数据库还包括已知异常问题表信息；匹配单元507，还用于：

查询已知异常问题表信息中是否存在已知异常信息；

若存在，则获取已知异常信息出现的次数并计算复现概率值；

基于复现概率值确定当前测试单元的测试进程；

若不存在，则停止当前测试单元的测试进程，以待测试人员来进行维修。

在一个实施例中，匹配单元507，还用于：

将复现概率值和预设概率值进行比对；

在复现概率值大于或等于预设概率值时，则跳过当前测试单元对下一相邻测试单元自动进入对下一相邻测试单元的测试操作；

在复现概率值小于预设概率值，则对当前测试单元进行重新测试，并获取对当前测试单元的重测次数；

基于重测次数，确定当前测试单元的测试进程。

在一个实施例中，匹配单元507，还用于：

将当前测试单元的重测次数和预设重测次数进行比对；

若当前测试单元的重测次数小于预设重测次数，则对当前测试单元进行重新测试；

若当前测试单元的重测次数大于或等于预设重测次数，则跳过当前测试单元自动进入对下一相邻测试单元的测试操作。

在一个实施例中，该装置还用于：

获取各测试单元的本轮重测次数并求和得到本轮重测总数；

将本轮重测总数和预设总数进行比对；

若本轮重测总数小于预设总数，则各测试单元的本轮测试操作完成；

若本轮重测总数大于或等于预设总数，则进行第二轮测试；

获取各测试单元的第二轮重测次数并求和得到第二轮重测总数；

将第二轮重测总数和预设总数进行比对；

若第二轮重测总数大于或等于预设总数，则将服务器锁定，以待测试人员来进行维修；

若第二轮重测总数小于预设总数，则各测试单元的第二轮测试操作完成。

上述各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如用户明确同意，对用户切实通知，用户明确授权等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

根据本申请的实施例，本申请还提供了一种计算机设备、一种计算机可读存储介质。

如图6所示，是根据本申请实施例的计算机设备的框图。计算机设备旨在表示各种形式的数字计算机或移动装置。其中数字计算机可以包括台式计算机、便携式计算机、工作台、个人数字助理、服务器、大型计算机和其它适合的计算机。移动装置可以包括平板电脑、智能电话、可穿戴式设备等。

如图6所示，设备600包括计算单元601、ROM602、RAM603、总线604以及输入/输出(I/O)接口605，计算单元601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

计算单元601可以根据存储在只读存储器(ROM)602中的计算机指令或者从存储单元608加载到随机访问存储器(RAM)603中的计算机指令，来执行本申请方法实施例中的各种处理。计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601可以包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。在一些实施例中，本申请实施例提供的方法可被实现为计算机软件程序，其被有形地包含于计算机可读存储介质，例如存储单元608。

RAM603还可存储设备600操作所需的各种程序和数据。计算机程序的部分或者全部可以经由ROM602和/或通信单元609而被载入和/或安装到设备600上。

设备600中的输入单元606、输出单元607、存储单元608和通信单元609可以连接至I/O接口605。其中，输入单元606可以是诸如键盘、鼠标、触摸屏、麦克风等；输出单元607可以是诸如显示器、扬声器、指示灯等。设备600能够通过通信单元609与其他设备进行信息、数据等的交换。

需要说明的是，该设备还可以包括实现正常运行所必需的其他组件。也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件和/或它们的组合中实现。

用于实施本申请的方法的计算机指令可以采用一个或多个编程语言的任何组合来编写。这些计算机指令可以提供给计算单元601，使得计算机指令当由诸如处理器等计算单元601执行时使执行本申请方法实施例中涉及的各步骤。

本申请提供的计算机可读存储介质可以是有形的介质，其可以包含或存储计算机指令，用以执行本申请方法实施例中涉及的各步骤。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的等形式的存储介质。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。