[0001] 本申请涉及电力电子技术领域，尤其涉及一种故障仿真结果的转换方法、装置、电子设备及可读介质。

[0002] 传统的车规电子系统安全性分析通常采用故障模拟方法，通过模拟电子元件的故障情况来评估系统的安全性和可靠性，这种方法涉及对故障的位置、类型和可能的影响进行仿真，以获取关键的安全性信息。然而，传统方法在将故障仿真结果与安全性相关分类方面可能存在一些局限性，如果要将故障仿真结果用来进行安全分析的话需要大量的人工干预来与安全性相关信息进行匹配，也就是说故障仿真结果需要经过复杂的数据处理才能进行安全性分析，这样会使得安全分析变得更加复杂和耗时。

[0003] 针对上述的问题，目前尚未提出有效的解决方案。

[0022] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0023] 在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

[0024] 传统的车规电子系统安全性分析通常采用故障模拟方法，通过模拟电子元件的故障情况来评估系统的安全性和可靠性，这种方法涉及对故障的位置、类型和可能的影响进行仿真，以获取关键的安全性信息。然而，传统方法在将故障仿真结果与安全性相关分类方面可能存在一些局限性，如果要将故障仿真结果用来进行安全分析的话需要大量的人工干预来与安全性相关信息进行匹配，也就是说故障仿真结果需要经过复杂的数据处理才能进行安全性分析，这样会使得安全分析变得更加复杂和耗时。

[0025] 而且，现有技术中还存在以下不足：现有技术生成的故障仿真结果通常呈现为表格或其他格式的报告文件，将这些结果转化为可用于安全性分析的数据结构涉及繁琐的手动工作，特别是将仿真结果与安全性相关的分类相匹配，可能导致效率低下；现有技术未能充分利用自动化处理来将故障仿真结果与安全性分类无缝集成，这可能导致在大型系统的分析中需要大量的人工干预，增加了分析的复杂性和耗时性，这不仅增加了工作量，还可能引入人为错误；现有技术未能有效地将故障仿真数据与特定的安全标准或准则相对接，这使得对系统是否符合特定安全标准的评估可能缺乏直接的定量依据，影响了系统安全性的准确评估；传统方法生成的故障仿真测试报告可能采用不同的数据结构或者名称类型定义，导致了数据结构的不统一，这种不统一可能使得整合和综合不同系统的安全性信息变得更加复杂。

[0026] 为了解决背景技术中提及的问题，根据本申请实施例的一方面，提供了一种故障仿真结果的转换方法，如图1所示，包括：

[0027] 步骤101，获取故障仿真结果以及预设匹配策略，其中，故障仿真结果包括各个维度的故障信息，预设匹配策略包括各个维度的故障信息与安全故障类型的匹配关系；

[0028] 步骤103，按照预设匹配策略对故障仿真结果进行分类，得到安全分类结果，其中，安全分类结果包括故障仿真结果与安全故障类型的对应关系；

[0029] 步骤105，对安全分类结果以及故障仿真结果进行层级划分，得到层级数据，并将层级数据转换为第一结构报告，以及根据故障仿真结果生成第二结构报告。

[0030] 通常在将故障仿真结果与安全性分类相结合时，会涉及到信息转化复杂性、缺乏自动化处理、标准对接不足等方面。基于此，本申请将故障仿真结果与安全性分类相结合，以便更好地分析和评估电子系统的安全性。主要步骤是通过将故障仿真结果与各种安全性相关信息相匹配，并生成可用于安全分析的数据结构的第一结构报告，这一匹配过程包括了对故障位置、是否违反安全目标、是否触发警报、是否有安全机制覆盖、故障安全类型分类等信息的处理和分类，另一方面，根据故障仿真结果生成第二结构报告，将基于故障仿真结果得到的第一结构报告和第二结构报告用于安全分析，能够极大地提升故障仿真结果转换后在安全分析方面的适配性和准确性。

[0031] 故障仿真结果是通过模拟和仿真故障情况来获得的实验结果，在本申请中，故障仿真结果可以用来预测和评估不同故障类型对系统性能和安全性的影响。

[0032] 预设匹配策略为基于预设规则的智能匹配算法，预设规则包括了对多个维度的故障信息的考虑，通过匹配算法可确保故障仿真结果与安全故障类型的准确匹配。

[0033] 第一结构报告与第二结构报告均可以以表格的形式展示。

[0034] 示例地，第一结构报告中包括5列数据，各列列名分别为：第一故障信息、故障所在点是否覆盖安全机制、是否是安全机制上的故障，是否违反安全目标以及是否触发警报、故障类型，其中，第一故障信息包括：故障的位置(所在门)、故障所在端口、是否检测到故障信号(SA0和/或SA1)、是在哪个门的哪个端口检测到故障信号(SA0和/或SA1)。

[0035] 第一结构报告将故障仿真结果与安全分类相结合。使用第一结构报告，可以更为精确地进行后续安全验证等功能安全相关的分析，以及精确评估安全机制的性能和系统的安全等级，这是确保系统满足安全性要求的关键步骤。

[0036] 示例地，第二结构报告中包括3列数据，各列列名分别为：第二故障信息、故障所在的电路节点映射了哪种虚拟的安全机制以及故障触发的警报名称，其中，第二故障信息为故障位置，也即故障在哪个门的哪个端口。

[0037] 第二结构报告通过故障仿真结果对可检测到的故障所在电路节点进行虚拟安全机制的映射，然后进行诊断覆盖率的计算。根据故障仿真结果和虚拟安全机制映射的结果，可以制定出针对不同故障类型(SA1/SA0)的预防策略。另外，通过量化安全性能，可以更好地了解电路添加的安全机制的强度和弱点，并提供改进的方向。

[0038] 作为一种可选的实施例，按照预设匹配策略对故障仿真结果进行分类，得到安全分类结果，包括：从故障仿真结果中提取各个维度的故障信息，其中，各个维度包括故障位置、是否违反安全目标、是否触发警报以及是否覆盖安全机制；利用预设匹配策略中的匹配关系为各个维度的故障信息进行分类，以确定故障仿真结果所属的安全故障类型；将各个维度的故障信息与安全故障类型进行关联，并将关联后的故障信息与安全故障类型作为安全分类结果。

[0039] 按照预设匹配策略对故障仿真结果进行分类实际上就是建立故障仿真结果与安全故障类型的映射关系。

[0040] 不同的安全故障类型可能会对电路产生不同程度的影响，预设匹配策略中的匹配关系为预先根据故障仿真结果对系统性能和安全性的影响来生成的。

[0041] 各个维度的故障信息包括但不限于故障位置、是否违反安全目标、是否触发警报以及是否覆盖安全机制。

[0042] 优选地，故障位置表示故障的发生位置或来源，故障可能出现在安全机制上或原电路(非安全机制)上。

[0043] 优选地，是否违反安全目标表示故障是否导致系统违反了安全目标。例如，若故障不会导致违反安全目标，则标记为“Unobserved”，若故障会导致违反安全目标，则标记为“Observed”。

[0044] 优选地，是否触发警报表示故障是否会触发警报(Alarm Signal)。例如，如果故障会触发警报Alarm，则标记为“Detected”，如果故障不会触发警报Alarm，则标记为“Undetected”

[0045] 优选地，是否覆盖安全机制表示是否存在安全机制来处理故障。例如，若存在安全机制来覆盖故障节点，则标记为“是”，若不存在，则标记为“否”。

[0046] 本申请提供的进行匹配的安全故障类型包括：可感知多点故障(Detected Multi Point Fault，也称可感知/可检测的多点故障)、潜伏多点故障(Latent Multi Point Fault，也称潜在的多点故障)、安全故障(Safe Fault)、多点故障(Multi Point Fault)、残余故障(Residual Fault)以及单点故障(Single Point Fault)。

[0047] 在完成安全故障类型的匹配之后，可以建立信息关联模型将不同类型信息关联起来。例如，故障位置信息与安全机制覆盖信息的关联，以便在评估覆盖率时能够有效地考虑故障的位置。

[0048] 接下来通过两个实施例分别对故障位置在安全机制上和原电路上的故障仿真结果进行安全故障类型的匹配方法进行说明。

[0049] 作为一种可选的实施例，当故障位置在安全机制上时，利用预设匹配策略中的匹配关系为各个维度的故障信息进行分类，以确定故障仿真结果所属的安全故障类型，包括：若故障信息指示故障仿真结果的故障触发安全警报，则确定故障仿真结果所属的安全故障类型为可感知多点故障；若故障信息指示故障仿真结果的故障未触发安全警报，则确定故障仿真结果所属的安全故障类型为潜伏多点故障。

[0050] 具体地，如果故障位于安全机制上且被检测到(Detected)，则属于可感知多点故障。可感知多点故障可以理解为在规定的时间内，通过防止故障变成潜伏故障的安全机制所探测到的故障。

[0051] 具体地，如果故障位于安全机制上但未被检测到(Undetected)，则属于潜伏多点故障，潜伏多点故障可以理解为安全机制没有探测到，且在多点故障探测时间区间间隔内不能被驾驶员察觉到的多点故障。

[0052] 作为一种可选的实施例，当故障位置在原电路上时，利用预设匹配策略中的匹配关系为各个维度的故障信息进行分类，以确定故障仿真结果所属的安全故障类型，包括：若故障信息指示故障仿真结果的故障未违反安全目标，则确定故障仿真结果所属的安全故障类型为安全故障；若故障信息指示故障仿真结果的故障违反安全目标且触发安全警报，则确定故障仿真结果所属的安全故障类型为多点故障；若故障信息指示故障仿真结果的故障同时满足违反安全目标、未触发安全警报以及覆盖安全机制，则确定故障仿真结果所属的安全故障类型为残余故障；若故障信息指示故障仿真结果的故障同时满足违反安全目标、未触发安全警报以及未覆盖安全机制，则确定故障仿真结果所属的安全故障类型为单点故障。

[0053] 可选地，如果故障不在安全机制上，且不被观察到(Unobserved),不违反安全目标，则属于安全故障。安全故障可以理解为某个故障的发生不会显著的增加违反安全目标的概率。

[0054] 可选地，如果故障不在安全机制上，且被观察到(Observed)违反安全目标，并且触发警报(Detected)，则属于多点故障。多点故障可以理解为与其他独立故障组合而导致一个多点失效的单独故障，一个多点故障仅在识别出多点失效后才能被辨认出来。

[0055] 可选地，如果故障不在安全机制上，且被观察到(Observed)违反安全目标，并且不触发警报(Undetected)，并且被安全机制覆盖，则属于残余故障。残余故障可以理解为发生在硬件要素中，没有被安全机制覆盖掉的那部分故障，残余故障的发生会直接导致安全目标的违反。

[0056] 可选地，如果故障不在安全机制上，且被观察到(Observed)违反安全目标，并且不触发警报(Undetected)，但是没有被安全机制覆盖，则属于单点故障。单点故障可以理解为没有被安全机制覆盖，并且直接导致违背安全目标的故障。

[0057] 作为一种可选的实施例，对安全分类结果以及故障仿真结果进行层级划分，得到层级数据，并将层级数据转换为第一结构报告，包括：对故障仿真结果的电路系统进行层级划分，得到层级结构，层级结构包括电路系统中的各个子系统以及各个模块；将安全分类结果以及故障仿真结果按照层级结构进行划分，得到层级数据；将层级数据以目标格式输出，得到第一结构报告。

[0058] 具体地，对安全分类结果以及故障仿真结果进行层级划分，包括：故障仿真的电路系统进行结构分析，得到电路系统中的各个子系统以及子系统中的各个模块；然后各个子系统以及各个模块进行层级划分，得到层级结构，其中，层级结构中的各个节点均包括该节点的详细信息；确定故障仿真结果中的故障事件具体发生在层级结构中的哪个位置(具体在哪个子系统以及模块中)；根据确定出来的位置将故障事件映射到层级结构中的相应位置。

[0059] 可选地，还需要分析故障仿真结果中与故障事件对应的故障级别(包括安全机制的级别和电路的级别)，然后将故障级别标记在已经映射到层级结构中的故障事件上。

[0060] 安全机制级别可以分为多个级别，每个级别对应着不同的安全需求和能力。电路级别通常是根据电路在系统中的作用、复杂性以及故障影响范围来划分的，可以理解为安全完整性等级(也称ASIL，Automotive Safety Integrity Level)。不同系统和应用中的电路故障级别可能有所不同，安全机制的级别也是根据具体的应用场景和安全需求来确定的。

[0061] 对层级数据进行转换后，采用通用的目标格式(例如XML或JSON)输出第一结构报告，以便与各种安全性评估工具和标准兼容。这样的标准化确保了数据的通用性和可扩展性。

[0062] 可选地，在使用安全分析工具进行安全分析之前，还提供了一个自动化的转换流程，用于使用格式映射工具将第一结构报告转换为符合安全分析工具的格式的文档，以使安全分析工具能够直接对第一结构报告进行安全分析，这样一来简化了数据处理的流程，提高了安全分析效率。

[0063] 在得到第一结构报告之后，需要制定合理的文件命名规则，以便用户能够迅速理解文件内容。例如，采用包含日期、项目名称和版本号的命名规则，以方便归档和追溯。此文件命名规则同样适用于第二结构报告。

[0064] 可选地，在数据结构转化的过程中，系统应设置标准化检查点，确保每个步骤都符合ISO26262标准的要求，以提高系统的可信度和合规性。

[0065] 经过上述的数据转换，得到的第一结构报告具有细致的层次结构，可以确保安全性分析工具能够准确解析和利用这些信息。而且，第一结构报告与ISO26262标准的要求相符，强调系统对标准的整合程度，可以满足行业规定的安全性评估标准。

[0066] 作为一种可选的实施例，根据故障仿真结果生成第二结构报告，包括：提取故障仿真结果中的目标故障，其中，目标故障为触发警报的故障；确定目标故障所处的电路节点；获取各个电路节点上检测到的故障信号，其中，故障信号包括固定型故障中的不同故障类型；根据检测到的故障信号为每个电路节点映射一个虚拟的安全机制；通过检测到的故障信号确定每个电路节点上与虚拟的安全机制对应的诊断覆盖率；根据电路节点、虚拟的安全机制以及诊断覆盖率生成第二结构报告。

[0067] 为了更全面地评估系统的安全性，根据故障仿真结果确定能够检测到的目标故障，也即触发安全警报的故障，然后确定目标故障所在的电路节点上是否能检测到故障信号，如果能的话就根据电路节点上检测到的故障信号来为该电路节点映射一个虚拟的安全机制并进行模拟。

[0068] 示例地，如果电路节点上同时检测到SA0和SA1两个故障信号，则定义该电路节点上有个虚拟的安全机制A，便为该电路节点映射一个虚拟的安全机制B；如果电路节点上只检测到SA0或SA1其中一个故障信号，则定义该电路节点上有个虚拟的安全机制B，便为该电路节点映射一个虚拟的安全机制B。

[0069] 具体地，本申请提供的故障信号为SAF(Stuck At Fault，固定型故障)，是在集成电路测试中使用最早和最普遍的故障模型，它假设电路或系统中某个信号永久地固定为逻辑0或者逻辑1，简记为SA0(Stuck－At－0)和SA1(Stuck－At－1)，可以用来表征多种不同的物理缺陷。

[0070] 根据实际情况建立与虚拟的安全机制对应的安全机制模型，然后进行相应的参数与场景的配置，就可以运行安全机制模型进行模拟测试，模拟的内容包括响应时间以及可靠性。

[0071] 可选地，模拟目标安全机制的响应时间，包括：确定故障被检测到的时间、故障对系统的影响扩散的时间以及系统启动应对措施的时间等，通过安全机制模型来模拟不同场景下的响应时间，可以评估系统在不同故障情况下的反应速度和效率。

[0072] 可靠性是指目标安全机制在长时间运行和面对各种挑战时能够保持其功能和性能的能力。为了考虑目标安全机制在不同条件下的可靠性表现，需要模拟安全机制的可靠性。例如，可以模拟系统在连续工作、高负载、恶劣环境等条件下的故障表现，观察其是否能够稳定地发挥作用。

[0073] 通过模拟将故障作为目标安全机制的响应时间和可靠性，可以获得大量关于系统安全性的数据，然后可以对这些数据进行综合分析和评估，以了解系统在面对各种故障时的整体安全性能，包括评估系统是否能够及时发现并应对故障、故障对系统的影响程度以及系统在故障恢复后的稳定性等方面。

[0074] 通过模拟测试来进行实际的技术验证，确保系统和方法在真实场景中的可行性和效果。

[0075] 具体地，根据电路节点、虚拟的安全机制以及诊断覆盖率生成第二结构报告实际上就是信息整合并转换成表格的过程，可以确保安全性分析工具能够准确解析和利用这些信息。而且，第二结构报告与ISO26262标准的要求相符，强调系统对标准的整合程度，可以满足行业规定的安全性评估标准。

[0076] 作为一种可选的实施例，根据检测到的故障信号确定每个电路节点上与虚拟的安全机制对应的诊断覆盖率，包括：获取在电路节点上检测到的故障信号，其中，故障信号包括第一故障信号与第二故障信号；若同时检测到第一故障信号与第二故障信号，则确定电路节点的虚拟的安全机制的诊断覆盖率为第一数值，若仅检测到第一故障信号与第二故障信号中的其中一个，则确定电路节点的虚拟的安全机制的诊断覆盖率为第二数值，其中，第一数值大于第二数值。

[0077] 在本申请中，SA0表示第一故障信号，SA1表示第二故障信号。

[0078] 第一数值和第二数值的设定具体取决于精度要求，本申请提供的第一数值为100％或99％，第二数值为50％。

[0079] 示例地，本申请提供的诊断覆盖率的确定方法包括：如果电路节点上同时检测到SA0和SA1两个故障信号，则判定该电路节点上的虚拟安全机制的诊断覆盖率为100％或99％，如果电路节点上只检测到SA0或SA1其中一个故障信号，则判定该电路节点上的虚拟安全机制的诊断覆盖率为50％。

[0080] 本申请提供的系统支持用户设定不同覆盖率的阈值，以便用户可以根据具体需求进行调整，使系统可以灵活地适应不同标准和应用场景。例如，对于某个特定的应用场景，用户可能希望覆盖率达到90％以上才认为是安全的，而对于另一个应用场景，用户可能可以容忍覆盖率达到80％就可以接受。用户可以根据具体的安全需求和标准要求，自由地调整系统支持的阈值，以确保系统的安全性和可靠性。

[0081] 需要说明的是，本申请提供地实施例中，可以自定义每一种安全机制对应的覆盖率的计算方法。

[0082] 通过对SA0和SA1的双重检测来进行覆盖率计算，双重检测意味着系统不仅能够检测到单一故障，而且能够同时检测到两个关键故障，这大大提高了系统的安全性和可靠性。

[0083] 本申请提供了一种将故障仿真安全分类和故障仿真结果转化为数据结构报告的方法，这些数据结构报告的格式类似于安全机制声明，经过转化的文件具有清晰的结构和标准化的数据格式，确保了安全分析功能能够轻松使用和分析从安全验证仿真中得到的结果。

[0084] 本申请通过一种故障仿真结果的转换方法，包括：获取故障仿真结果以及预设匹配策略，其中，故障仿真结果包括各个维度的故障信息，预设匹配策略包括各个维度的故障信息与安全故障类型的匹配关系；按照预设匹配策略对故障仿真结果进行分类，得到安全分类结果，其中，安全分类结果包括故障仿真结果与安全故障类型的对应关系；对安全分类结果以及故障仿真结果进行层级划分，得到层级数据，并将层级数据转换为第一结构报告，以及根据故障仿真结果生成第二结构报告。通过将故障仿真结果与安全故障类型进行匹配，然后再通过层级划分来将匹配后的故障仿真结果转换为能够直接用于安全分析的第一结构报告，以及根据故障仿真结果生成能够直接用于安全分析的第二结构报告，解决了故障仿真结果需要经过复杂的数据处理才能进行安全性分析的问题。

[0085] 根据本申请实施例的另一方面，本申请提供了一种故障仿真结果的转换装置，如图2所示，包括：

[0086] 获取模块202，用于获取故障仿真结果以及预设匹配策略，其中，故障仿真结果包括各个维度的故障信息，预设匹配策略包括各个维度的故障信息与安全故障类型的匹配关系；

[0087] 分类模块204，用于按照预设匹配策略对故障仿真结果进行分类，得到安全分类结果，其中，安全分类结果包括故障仿真结果与安全故障类型的对应关系；

[0088] 转换模块206，用于对安全分类结果以及故障仿真结果进行层级划分，得到层级数据，并将层级数据转换为第一结构报告，以及根据故障仿真结果生成第二结构报告。

[0089] 需要说明的是，该实施例中的获取模块202可以用于执行本申请实施例中的步骤101，该实施例中的分类模块204可以用于执行本申请实施例中的步骤103，该实施例中的转换模块206可以用于执行本申请实施例中的步骤105。

[0090] 可选地，分类模块204包括：

[0091] 第一提取单元，用于从故障仿真结果中提取各个维度的故障信息，其中，各个维度包括故障位置、是否违反安全目标、是否触发警报以及是否覆盖安全机制；

[0092] 分类单元，用于利用预设匹配策略中的匹配关系为各个维度的故障信息进行分类，以确定故障仿真结果所属的安全故障类型；

[0093] 关联单元，用于将各个维度的故障信息与安全故障类型进行关联，并将关联后的故障信息与安全故障类型作为安全分类结果。

[0094] 可选地，分类单元具体用于当故障位置在安全机制上时，若故障信息指示故障仿真结果的故障触发安全警报，则确定故障仿真结果所属的安全故障类型为可感知多点故障；若故障信息指示故障仿真结果的故障未触发安全警报，则确定故障仿真结果所属的安全故障类型为潜伏多点故障。

[0095] 可选地，分类单元具体用于当故障位置在原电路上时，若故障信息指示故障仿真结果的故障未违反安全目标，则确定故障仿真结果所属的安全故障类型为安全故障；若故障信息指示故障仿真结果的故障违反安全目标且触发安全警报，则确定故障仿真结果所属的安全故障类型为多点故障；若故障信息指示故障仿真结果的故障同时满足违反安全目标、未触发安全警报以及覆盖安全机制，则确定故障仿真结果所属的安全故障类型为残余故障；若故障信息指示故障仿真结果的故障同时满足违反安全目标、未触发安全警报以及未覆盖安全机制，则确定故障仿真结果所属的安全故障类型为单点故障。

[0096] 可选地，转换模块206具体用于对故障仿真结果的电路系统进行层级划分，得到层级结构，层级结构包括电路系统中的各个子系统以及各个模块；将安全分类结果以及故障仿真结果按照层级结构进行划分，得到层级数据；将层级数据以目标格式输出，得到第一结构报告。

[0097] 可选地，转换模块206还包括：

[0098] 第二提取单元，用于提取故障仿真结果中的目标故障，其中，目标故障为触发警报的故障；

[0099] 第一确定单元，用于确定目标故障所处的电路节点；

[0100] 获取单元，用于获取各个电路节点上检测到的故障信号，其中，故障信号包括固定型故障中的不同故障类型；

[0101] 映射单元，用于根据检测到的故障信号为每个电路节点映射一个虚拟的安全机制；

[0102] 第二确定单元，用于通过检测到的故障信号确定每个电路节点上与虚拟的安全机制对应的诊断覆盖率；

[0103] 生成单元，用于根据电路节点、虚拟的安全机制以及诊断覆盖率生成第二结构报告。

[0104] 可选地，第二确定单元还用于获取在电路节点上检测到的故障信号，其中，故障信号包括第一故障信号与第二故障信号；若同时检测到第一故障信号与第二故障信号，则确定电路节点的虚拟的安全机制的诊断覆盖率为第一数值，若仅检测到第一故障信号与第二故障信号中的其中一个，则确定电路节点的虚拟的安全机制的诊断覆盖率为第二数值，其中，第一数值大于第二数值。

[0105] 此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。

[0106] 根据本申请实施例的另一方面，本申请提供了一种电子设备，如图3所示，包括存储器301、处理器303、通信接口305及通信总线307，存储器301中存储有可在处理器303上运行的计算机程序，存储器301、处理器303通过通信接口305和通信总线307进行通信，处理器303执行计算机程序时实现上述方法的步骤。

[0107] 上述电子设备中的存储器、处理器通过通信总线和通信接口进行通信。所述通信总线可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。

[0108] 存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non‑volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

[0109] 上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field‑Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

[0110] 根据本申请实施例的又一方面还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质。

[0111] 可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

[0112] 本申请实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。

[0113] 可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field‑Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

[0114] 对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

[0115] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0116] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

[0119] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

[0120] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

[0121] 以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。