涡轮增压器的控制方法、控制装置、电子设备及存储介质与流程

1.本技术属于涡轮增压技术领域，尤其涉及一种涡轮增压器的控制方法、控制装置、电子设备及计算机可读存储介质。


背景技术：

2.涡轮增压是为了提高发送机的进气量，进而提高发动机的功率和扭矩。现有的涡轮增压为废气涡轮增压，即将发动机排出的废气送进涡轮增压器中，以驱动涡轮增压器中的涡轮高速旋转，进而带动涡轮增压器中的压气机旋转，实现气体的压缩；通过将压缩后的气体送至发动机的气缸中即可提高发动机的进气量，进而提高发动机的功率和扭矩。
3.随着时代的发展，目前的涡轮增压已经实现电控化，即通过电子控制器单元(electronic control unit，ecu)实现增压控制。具体地，ecu可以通过控制废气阀门的开度进而控制压气机内的气体压力，从而满足发动机气缸在不同工况下的压力需求。
4.但是在ecu控制增压的过程中，若涡轮增压器出现疑似故障，ecu在未确定出故障诊断结果之前会根据实时生成的控制信号持续对涡轮增压器进行控制，但这极有可能使得ecu对废气阀过度控制，导致废气阀门被打开至限位硬止点位置，严重的情况下还有可能会损坏涡轮增压器，造成增压压力异常，进而影响行车安全。


技术实现要素：

5.本技术提供了一种涡轮增压器的控制方法、控制装置、电子设备及计算机可读存储介质，能够避免ecu在未确定出故障诊断结果之前根据实时生成的控制信号持续对涡轮增压器进行控制，从而延长涡轮增压器的寿命，提高行车的安全性。
6.第一方面，本技术提供了一种涡轮增压器的控制方法，包括：
7.在检测到上述涡轮增压器出现疑似故障的情况下，基于第一控制信号控制上述涡轮增压器的废气阀门的开度，上述第一控制信号为检测到上述涡轮增压器出现疑似故障前最后生成的控制信号；
8.在预设时间段内进行故障分析处理，以得到故障诊断结果，上述故障诊断结果用于指示上述涡轮增压器是否出现故障；
9.基于上述故障诊断结果生成新的控制信号，并根据上述新的控制信号控制上述涡轮增压器。
10.第二方面，本技术提供了一种涡轮增压器的控制装置，包括：
11.第一控制模块，用于在检测到上述涡轮增压器出现疑似故障的情况下，基于第一控制信号控制上述涡轮增压器的废气阀门的开度，上述第一控制信号为检测到上述涡轮增压器出现疑似故障前最后生成的控制信号；
12.分析模块，用于在预设时间段内进行故障分析处理，以得到故障诊断结果，上述故障诊断结果用于指示上述涡轮增压器是否出现故障；
13.第二控制模块，用于基于上述故障诊断结果生成新的控制信号，并根据上述新的
控制信号控制上述涡轮增压器。
14.第三方面，本技术提供了一种电子设备，上述电子设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。
15.第四方面，本技术提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。
16.第五方面，本技术提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。
17.本技术与现有技术相比存在的有益效果是：ecu在检测到涡轮增压器出现疑似故障的情况下，为了避免对涡轮增压器的过度控制，在进行故障分析处理的预设时间段内，ecu可以控制涡轮增压器的废气阀门维持在一个恒定的开度，例如通过检测到涡轮增压器出现疑似故障前最后生成的控制信号(记作第一控制信号)对废气阀门全开的开度进行控制；并在完成故障分析处理后，重新基于故障诊断结果对涡轮增压器进行控制。该涡轮增压器的控制方法充分考虑到故障诊断所需的时间，能够避免ecu在故障诊断期间根据实时生成的控制信号对涡轮增压器的持续控制，从而延长涡轮增压器的寿命，提高行车的安全性。
附图说明
18.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术实施例提供的一种涡轮增压器的控制方法的流程示意图；
20.图2是本技术实施例提供的一种实际应用场景下涡轮增压器的控制方法的流程示意图；
21.图3是本技术实施例提供的控制装置的结构示意图；
22.图4是本技术实施例提供的电子设备的结构示意图。
具体实施方式
23.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
24.本技术实施例提供的涡轮增压器的控制方法可以应用于ecu，或者能够向ecu发送控制指令的智能汽车以及其它电子设备，例如手机、平板电脑、车载设备、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)等电子设备上，本技术实施例对电子设备的具体类型不作任何限制。为了便于理解，后续将以ecu为执行主体对各个实施例进行说明。
25.废气涡轮增压方法是将发动机的排期能量转化为涡轮增压器的动能，能够在提高
发动机功率的同时，实现发送机小型化设计，有助于降低发送机的油耗，改善尾气排放，是目前增压发送机的主流增压方式。
26.随着时代的发展，目前的涡轮增压已经实现电控化，即通过ecu实现增压控制。ecu可以通过控制废气阀门的开度进而控制压气机内的气体压力，从而满足发动机气缸在不同工况下的压力需求。但是在ecu控制增压的过程中，若涡轮增压器出现疑似故障，ecu在未确定出故障诊断结果之前根据实时生成的控制信号持续对涡轮增压器进行控制，但这极有可能使得ecu对废气阀过度控制，使得废气阀门被打开至限位硬止点位置，严重的情况下可能会损坏涡轮增压器，造成增压压力异常，进而影响行车安全。
27.仅作为示例，假定在t1时刻，涡轮增压控制器的信号线存在虚接的情况，此时恰巧车辆因路面不平出现颠簸，导致存在虚接的信号线呈现出断路的状态，即电压信号为0v。但故障分析处理要在t2时刻才能完成，那么在t1～t2时间段内，ecu则会根据接收到的电压信号持续对废气阀门进行控制，即ecu会根据0v的电压信号生成实时的控制信号，并基于该实时的控制信号控制废气阀门的开度，但由于该实时的控制信号是基于有误的电压信号生成的，这极有可能使得废气阀门被打开至限位硬止点位置，严重的情况下还有可能会损坏涡轮增压器，造成增压压力异常，进而影响行车安全。
28.为了解决上述问题，本技术提出了一种涡轮增压器的控制方法，能够避免ecu在未确定出故障诊断结果之前根据实时生成的电压信号持续对涡轮增压器进行控制，从而延长涡轮增压器的寿命，提高行车的安全性。
29.下面通过具体的实施例对本技术所提出的控制方法进行说明。
30.图1示出了本技术提供的涡轮增压器的控制方法的示意性流程图，主要应用于ecu，该控制方法包括：
31.步骤110、基于第一控制信号控制涡轮增压器的废气阀门的开度。
32.在检测到涡轮增压器出现疑似故障的情况下，ecu可以利用检测到疑似故障前最后生成的控制信号(记作第一控制信号)对废气阀门进行控制，以使得废气阀门的开度维持在一个相对安全的开度范围内，避免对废气阀门过度控制。
33.仅作为示例，假定ecu在tn时刻检测到涡轮增压器出现故障，在tn时刻前，共生成了n个控制信号，在n个控制信号中，最新的控制信号即为第一控制信号；如果n个控制信号所对应的时间分别对t1、t2、t3
…
tn，可以认为第n个控制信号即为最新的控制信号，也即第n个控制信号为第一控制信号。在此基础上，为了避免对涡轮控制器的过度控制，ecu可以基于第n个控制信号而非实时生成的控制信号持续对涡轮控制器进行控制，直至排除该疑似故障或者确认该疑似故障。
34.在一些实施例中，涡轮增压器包括基于控制信号控制废气阀门的拉杆位移的执行器，其中拉杆与废气阀门连接，拉杆位移发生变化，废气阀门的开度也随之变化。基于此，上述步骤110具体包括：将第一控制信号发送至涡轮增压器的执行器，以使得执行器根据第一控制信号控制废气阀门的拉杆的位移，进而控制废气阀门的开度。
35.ecu在基于第一控制信号控制废气阀门的过程中，实际上是将第一控制信号发送给废气阀门的执行器，以通过执行器来完成对废气阀门的控制。具体地，执行器在接收到第一控制信号后，可以对第一控制信号进行解析，以确定拉杆的目标位移，之后基于该目标位移控制拉杆的位移，即可将废气阀门打开至目标开度，其中，目标开度是与目标位移所对应
的开度。
36.步骤120、在预设时间段内进行故障分析处理，以得到故障诊断结果。
37.考虑到故障分析处理需要一定的时间，因此ecu可以根据经验进行统计，以得到一个预设时间段，也即预设时间段指的是故障分析处理所需要的时间段。当然，该预设时间段也可以是人为设定，在本技术中不作限定。在该预设时间段内，对疑似故障进行故障分析处理，以得到故障诊断结果，该故障诊断结果可以用于表征涡轮增压器是否出现故障。
38.其中，故障诊断结果的确定方法可以根据实际应用场景进行变换。为了便于理解，下面基于两种不同的应用场景对故障诊断结果的确定方法进行说明：
39.在一些实施例中，第一个应用场景：假定在完成故障分析，不论涡轮增压器是否出现故障，ecu均会接收到故障信息，其中，故障信息中所携带的数据能够指示涡轮增压器是否出现故障；在该应用场景下，上述步骤120可以包括：
40.步骤a1、对预设时间段内接收到的故障信息进行分析处理。
41.步骤a2、在故障信息包含故障编码信息的情况下，确定故障诊断结果指示涡轮增压器出现故障；
42.步骤a3、在故障信息不包含故障编码信息的情况下，确定故障诊断结果指示涡轮增压器未出现故障。
43.故障诊断结果有两种可能，一种可能是该故障诊断结果指示涡轮增压器出现故障；另一种可能是该故障诊断结果指示涡轮增压器未出现故障。但无论哪种故障诊断结果，ecu均能接收到故障信息，为了能够得到故障诊断结果，ecu可以在接收到该故障信息后，确定该故障信息中是否包含对应的编码信息。在故障信息包含故障编码信息的情况下，ecu确定涡轮增压器出现故障；在故障信息不包含编码信息的情况下，ecu确定涡轮增压器未出现故障。
44.当然，如果故障信息中不论在那种情况下都会包含故障编码信息，那么此时为了得到故障诊断结果，ecu可以对故障编码信息进行解码，以确定具体信息内容，并基于对信息内容的分析，得出最终的故障诊断结果。
45.在一些实施例中，第二个应用场景：假定在故障分析结束后，只有在确定涡轮增压器出现故障的情况下，ecu才会接收到故障信息，那么在该应用场景下，上述步骤120可以包括：
46.步骤b1、确定在预设时间段内是否接收到故障信息。
47.步骤b2、在预设时间段内接收到故障信息的情况下，确定故障诊断结果指示涡轮增压器出现故障。
48.步骤b3、在预设时间段内未接收到故障信息的情况下，确定故障诊断结果指示涡轮增压器未出现故障。
49.对于仅当涡轮增压器出现故障时ecu才会接收到故障信息的应用场景，ecu可以根据预设时间段内是否接收到故障信息来确定故障诊断结果。也即，当预设时间段内能够接收到故障诊断结果时，ecu确定涡轮增压器出现故障；当预设时间段内未接收到故障信息时，ecu确定涡轮增压器未出现故障。
50.在一些实施例中，对于不同的疑似故障来说，故障分析处理所需要进行的检查项不尽相同，相应地，要得到故障诊断结果所需要花费的时间也就不同。基于此，针对不同的
疑似故障，可以确定不同的预设时间段，以提高故障诊断结果的准确性。例将如疑似故障划分为四种类型，针对每种类型的疑似故障，可以对其的诊断时长进行统计；而后通过求平均值的方式，确定每种类型的疑似故障所对应的预设时间段，得到四个预设时间段。相应地，在进行故障分析处理前，ecu则可以先确定疑似故障属于四种类型种的哪种类型，而后通过类型匹配对应的预设时间段，基于匹配得到的预设时间段进行故障分析处理，可以得到较为准确的故障诊断结果。
51.为了便于体现本实施例的有益效果，下面以具体例子进行说明。
52.仅作为示例，假定疑似故障a检查所需时长为30s，但是预设时间段为25s，因此在经过30s的故障分析后，ecu才接收到故障信息或者接收到有编码信息的故障信息，而此时ecu已经确定涡轮发动机未出现故障。显然，预设时间段确定的准确性直接影响了故障诊断结果的准确性。基于此，可以对先将疑似故障a分类至一种疑似故障类型中，并针对该类型的疑似故障确定对应的预设时间段，假定该预设时间段为35s，在此情形下，经过30s的故障分析，ecu接收到故障信息或者接收到有编码信息的故障信息，即可准确确定出当前涡轮发动机出现了故障，从而提高故障诊断结果的准确性。
53.可选地，在确定出预设时间段的平均值后，考虑到信息发送需要时间，因此为了进一步提高故障诊断结果的准确性，可以将该平均值加上安全时间作为最终的预设时间段，例如在平均时间的基础上加上2s的安全时间。具体的安全时间可以根据实际需求确定。
54.步骤130、基于故障诊断结果生成新的控制信号，并根据新的控制信号控制涡轮增压器。
55.对于不同的故障诊断结果，ecu可以生成不同控制信号以实现对涡轮增压器的控制，从而降低涡轮增压器受损的风险，提高行车的安全性。
56.由上述内容可知，故障诊断结果有两种可能，针对两种不同的故障诊断结果，ecu会进行不同的操作，以生成不同的控制信号。为了便于理解，下面对故障诊断结果指示的两种不同的故障情况下，ecu对涡轮增压器所采取的不同控制进行说明。
57.在一些实施例中，在故障诊断结果指示涡轮增压器出现故障的情况下，上述步骤130具体包括：生成第二控制信号。
58.当涡轮增压器出现故障时，ecu可以生成第二控制信息，并将第二信号发送给执行器，以使得废气阀门全开，从而避免压力异常，提高行车安全的安全性。
59.在一些实施例中，在诊断结果指示涡轮增压器未出现故障的情况下，上述步骤130具体包括：获取发动机气缸的压力需求和废气阀门的实时开度，基于压力需求和实时开度生成第三控制信号。
60.在涡轮增压器未出现故障或者疑似故障的情况下，ecu可以对涡轮增压器进行常规控制。具体地，常规控制过程为：获取发动机气缸的压力需求以及废气阀门的实时开度，根据压力需求生成对应的控制指令，该控制指令用于控制废气阀门的开度，从而使得涡轮增压器能够输出满足压力需求的压缩气体。基于此，在故障诊断结果指示涡轮增压器未出现故障的情况下，ecu可以执行上述常规控制，生成第三控制信号。
61.可以理解的是，在涡轮增压器未出现故障或者疑似故障的情况下，本实施例的ecu可以根据预设的频次执行本实施例的上述步骤。仅作为示例，假定每预设频次为30s每次，且涡轮增压器未出现故障或者疑似故障的时间段为10分钟。那么，ecu可以每隔30s获取一
次当前时刻的压力需求和实时开度，进而生成对应的第三控制信号；也即在10分钟内，ecu可以获取20组压力需求和实时开度，进而生成20个第三控制信号，其中，ecu每生成一个第三控制信号，便可基于该第三控制信号对涡轮增压器进行控制。
62.其中，生成第三控制信号-基于第三控制信号控制涡轮增压器的往复过程，即为ecu对涡轮增压器的常规控制过程。在该往复过程中，ecu能够根据发动机气缸的压力需求实时提供满足要求的压缩气体，以使得发动机能够以目标功率和目标扭矩运行。具体地，目标功率和目标扭矩为压力需求所对应的功率和扭矩。
63.可选地，预设频次还可以是5s每次、10s每次、1min每次以及2min每次等，具体的频次可以根据实际需求确定，本技术不作限定。
64.在一些实施例中，上述控制方法还可以包括：
65.步骤c1、在检测到涡轮增压器出现疑似故障的情况下，将预设的疑似故障标志位的值由默认值更新为目标值。
66.步骤c2、在故障诊断结果指示涡轮增压器未出现故障的情况下，将疑似故障标志位复位。
67.为了能够更直观地确定当前涡轮增压器是否处于异常状态，ecu可以利用预设的故障标志位对涡轮增压器的不同状态进行标识。在检测到涡轮增压器出现疑似故障的情况下，可以将疑似故障标志位的值有默认值更新为目标值，例如由false更新为true，以表示当前涡轮增压器出现疑似故障。在确定涡轮增压器未出现故障的情况下，则可以将疑似故障标志位复位，即将目标值更新为默认值。该方法能够更直观地体现涡轮增压器的异常状态，便于ecu确定后续对涡轮增压器的控制步骤。
68.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
69.为便于理解，下面以实际应用场景来说明本技术提出的涡轮增压器的控制方法。
70.图2示出了一种涡轮增压器的控制方法的流程示意图，该控制方法包括：
71.210、ecu检测涡轮增压器是否出现疑似故障。ecu配备有故障检测功能，可以实时检测涡轮增压器是否出现疑似故障。
72.220、ecu检测到涡轮增压器出现疑似故障，更新疑似故障标志位，并基于检测到疑似故障前最后生成的控制信号控制废气阀门的开度。
73.当ecu检测到涡轮增压器出现疑似故障时，可以将疑似故障标志位由false更新为true。在更新疑似故障标志位后，为了避免对涡轮增压器的过度控制，ecu可以利用疑似故障标志位更新前所生成的最新的控制信号代替实时生成的控制信号来控制废弃阀门的开度。为了便于理解，以具体例子进行说明。假定疑似故障标志位在更新前，接收到了涡轮增压器的执行器反馈的电压为2.5v，ecu基于2.5v电压生成了第一控制信号，那么在疑似故障标志位在更新后，即使因线束虚接和车辆颠簸反馈，执行器在短路时反馈0v电压，ecu也只会利用第一控制信号控制废气阀门的开度，而不会基于0v电压生成实时的控制信号来控制废气阀门的开度。
74.230、ecu对涡轮增压器进行故障诊断，得到故障诊断结果。
75.疑似故障标志位更新后，ecu会进行故障诊断，以确定疑似故障的真实性，即确定
涡轮增压器是否真的出现故障，从而得到故障诊断结果。其中，故障诊断结果有两种可能，一种可能表征涡轮增压器出现故障，另一种可能表征涡轮增压器未出现故障。假定故障诊断需要的时间为t秒，那么在t秒后，可以确定是否接收到故障信息，以得到故障诊断结果。若在t秒后，ecu接收到故障信息，则确定涡轮增压器出现故障；若在t秒后，ecu未接收到故障信息，则确定涡轮增压器未出现故障。
76.240、ecu基于故障诊断结果确定疑似故障标志位是否复位。
77.当故障诊断结果表征涡轮增压器出现故障，ecu则维持疑似故障标志位的状态；当故障诊断结果表征涡轮增压器未出现故障，ecu则将疑似故障标志位复位。
78.250、在维持疑似故障标志位的状态后，ecu生成第二控制信号，以控制废弃阀门全开。
79.260、在更新故障标志位的状态后，ecu获取发动机气缸的压力需求以及废气阀门的实时开度生成第三控制信号，以控制废弃阀门的开度，使得涡轮增压器输出满足压力需求的压缩气体。可以理解的是，在整个控制过程中，当未检测到疑似故障时，ecu可以直接执行本步骤。
80.270、ecu基于第二控制信号/第三控制信号控制涡轮增压器。当涡轮增压器处于不同的状态时，ecu会根据对应状态所生成的控制信号(故障状态-第二控制信号；未故障状态-第三控制信号)控制涡轮增压器。另外，为了能够实时检测涡轮增压器是否出现疑似故障，在每次基于对应的控制信号对涡轮增压器进行控制后，可以返回执行210及其后续步骤。
81.综上所述，本技术具备以下有益效果：
82.(1)在检测到疑似故障后，ecu以第一控制信号控制废气阀门的开度，能够有效避免ecu基于实时生成的控制信号对废气阀门的过度操作，进而延长涡轮增压器的寿命，提高行车的安全性；
83.(2)基于经验值确定预设时间段，能够提高故障诊断结果的准确性；
84.(3)对于不同的应用场景，可以选择不同的故障诊断结果确定方法，能够提高本技术控制方法的适用性；
85.(4)通过疑似故障标志位的更新和复位，能够辅助ecu准确高效地确定不同故障情况下对涡轮增压器的控制方法。
86.对应于上文实施例所述的涡轮增压器的控制方法，图3示出了本技术实施例提供的控制装置3的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。
87.参照图3，该控制装置3包括：
88.第一控制模块31，用于在检测到涡轮增压器出现疑似故障的情况下，基于第一控制信号控制涡轮增压器的废气阀门的开度，第一控制信号为检测到涡轮增压器出现疑似故障前最后生成的控制信号；
89.分析模块32，用于在预设时间段内进行故障分析处理，以得到故障诊断结果，故障诊断结果用于指示涡轮增压器是否出现故障；
90.第二控制模块33，用于基于故障诊断结果生成新的控制信号，并根据新的控制信号控制涡轮增压器。
91.可选地，上述第二控制模块33具体用于：在故障诊断结果指示涡轮增压器出现故
障的情况下，生成第二控制信号，第二控制信号用于控制废气阀门全开。
92.可选地，上述第二控制模块33具体用于：在故障诊断结果指示涡轮增压器未出现故障的情况下，获取发动机气缸的压力需求和废气阀门的实时开度；基于压力需求和实时开度生成第三控制信号，第三控制信号用于调整废气阀门的开度，以使涡轮增压器输出满足压力需求的压缩气体。
93.可选地，分析模块32可以包括：
94.分析单元，用于对预设时间段内接收到的故障信息进行分析处理；
95.第一确定单元，用于在故障信息包含故障编码信息的情况下，确定故障诊断结果指示涡轮增压器出现故障；
96.第二确定单元，用于在故障信息不包含故障编码信息的情况下，确定故障诊断结果指示涡轮增压器未出现故障。
97.可选地，分析模块32可以包括：
98.第三确定单元，用于确定在预设时间段内是否接收到故障信息；
99.第四确定单元，用于在预设时间段内接收到故障信息的情况下，确定故障诊断结果指示涡轮增压器出现故障；
100.第五确定单元，用于在预设时间段内未接收到故障信息的情况下，确定故障诊断结果指示涡轮增压器未出现故障。
101.可选地，上述第一控制模块31具体用于：将第一控制信号发送至涡轮增压器的执行器，以使得执行器根据第一控制信号控制废气阀门的拉杆的位移，进而控制废气阀门的开度。
102.可选地，上述控制装置3还可以包括：
103.更新模块，用于在检测到涡轮增压器出现疑似故障的情况下，将预设的疑似故障标志位的值由默认值更新为目标值，目标值用于表征涡轮增压器出现疑似故障；
104.复位模块，用于在故障诊断结果指示涡轮增压器未出现故障的情况下，将疑似故障标志位复位。
105.需要说明的是，上述装置/单元之间的信息交互和执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
106.图4为本技术一实施例提供的电子设备的结构示意图。如图4所示，该实施例的电子设备4包括：至少一个处理器40(图4中仅示出一个)处理器、存储器41以及存储在存储器41中并可在至少一个处理器40上运行的计算机程序42，处理器40执行计算机程序42时实现上述任意涡轮增压器的控制方法实施例中的步骤，例如图1所示出的步骤110-130。
107.所称处理器40可以是中央处理单元(central processing unit，cpu)，该处理器40还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
108.存储器41在一些实施例中可以是电子设备4的内部存储单元，例如电子设备4的硬
盘或内存。存储器41在另一些实施例中也可以是电子设备4的外部存储设备，例如电子设备4上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器41还可以既包括终端设备4的内部存储单元也包括外部存储设备。存储器41用于存储操作装置、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
109.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
110.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
111.本技术实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
112.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。
113.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
114.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
115.在本技术所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如
多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
116.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
117.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。