车辆故障检测的方法、装置、电子设备及存储介质与流程

1.本技术属于汽车电子技术领域，尤其涉及一种车辆故障检测的方法、装置、电子设备及存储介质。


背景技术：

2.一般通过故障检测仪获取待检测电子控制单元(electronic control unit，ecu)的故障码，来帮助车辆检修人员定位故障。目前，此种方法存在检测周期长、定位故障不便的问题。


技术实现要素：

3.本技术实施例提供了一种车辆故障检测的方法、装置、电子设备及存储介质，可以解决检测周期长、定位故障不便的问题。
4.第一方面，本技术实施例提供了一种车辆故障检测的方法，包括：
5.接收检测指令，所述检测指令包含待检测的目标车辆的车辆信息；
6.根据所述车辆信息确定所述目标车辆的ecu系统配置信息；
7.根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统；
8.显示所述多条检测链路的检测结果。
9.应理解，通过ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统，可以缩短检测周期，通过显示所述多条检测链路的检测结果，可以使车辆检修人员快速了解车辆的整体情况，由此加快排查故障、减少维修时间成本、提升维修效率。
10.第二方面，本技术实施例提供了一种车辆故障检测的装置，包括：
11.检测指令接收模块，用于接收检测指令，所述检测指令包含待检测的目标车辆的车辆信息；
12.配置信息确定模块，用于根据所述车辆信息确定所述目标车辆的ecu系统配置信息；
13.检测链路建立模块，用于根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统；
14.检测结果显示模块，用于显示所述多条检测链路的检测结果。
15.第三方面，本技术实施例提供了一种电子设备，包括：
16.存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面所述的方法步骤。
17.第四方面，本技术实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法步骤。
18.第五方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面所述的方法步骤。
19.可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
20.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术一实施例提供的车辆故障检测系统示意图；
22.图2是本技术一实施例提供的车辆故障检测的方法的流程示意图；
23.图3是本技术一实施例提供的车辆故障检测的方法的流程示意图；
24.图4是本技术一实施例提供的车辆故障检测的方法的流程示意图；
25.图5是本技术一实施例提供的用户操作界面示意图；
26.图6是本技术一实施例提供的用户操作界面示意图；
27.图7是本技术一实施例提供的车辆故障检测的方法的流程示意图；
28.图8是本技术实施例提供的车辆故障检测的装置的结构示意图；
29.图9是本技术实施例提供的电子设备的结构示意图。
具体实施方式
30.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
31.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
32.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
33.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0034]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0035]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0036]
目前，一般通过故障检测设备获取待检测电子控制单元(electronic control unit，ecu)的故障码，来帮助车辆检修人员定位故障。具体的，车辆通用性故障检测设备与车辆ecu系统依次逐一通讯，并显示该ecu状态(包括故障码)。此种检测方式存在检测时间过长、用户体验较差的问题。另外，故障检测设备逐一检测每个ecu系统，并显示当前检测的一个ecu系统的状态的方式，存在显示信息比较片面，检修人员难以对整车状态有充分的了解的问题。目前的故障检测设备获取ecu系统状态以及显示ecu系统状态的方式，使得故障排查时间较长、定位故障不便、检修效率较低。
[0037]
图1示出的是本技术实施例提供的一种车辆故障检测系统10。该系统10包括：故障检测设备110和待检测的车辆120。
[0038]
其中，故障检测设备110与车辆120通过故障检测接口连接。在一些实施例中，故障检测接口可以是车载诊断系统(on-board diagnostics，obd)接口。在一些实施例中，故障检测设备110可以利用obd接口与车辆120的ecu通过控制器局域网总线(controller area net-work bus，canbus)建立连接。当故障检测设备中的检测软件启动时，建立与ecu之间的通信逻辑链路(comlogicallink，cll)。
[0039]
在本技术的一些实施例中，故障检测设备110与车辆120的多个ecu之间可以同时分别建立通信逻辑链路。
[0040]
在另一些实施例中，可以在故障检测设备配置处理器接收obd接口的不同引脚的信号，实现可并行工作的多条通信物理链路，从而实现接收来自不同ecu的检测数据。
[0041]
在又一些实施例中，可以通过故障检测设备配置与不同ecu无线数据链路，实现可并行工作的多条通信物理链路，从实现接收来自不同ecu的检测数据。
[0042]
在一些具体的示例中，逻辑链路在一条物理链路上，虚拟出来的一个或多个虚拟的通信链路。在一种可能的实施方式中，通过设置与接收函数对应的过滤函数的方式，在一条物理链路上实现虚拟的逻辑链路。具体的，建立目标ecu系统的逻辑链路包括对目标ecu系统的驱动程序进行初始化对目标ecu系统的驱动程序进行初始化，具体包括对目标euc系统的过滤函数和接收函数进行初始化。所述过滤函数可以是根据对应的ecu系统的数据特征(如数据格式，数据标识等)设置的过滤规则，可以配置多种过滤函数，每种过滤函数对应不同的ecu系统。分别对每条逻辑链路配置对应的过滤函数，使得该逻辑链路根据接收函数和对应的过滤函数，只接收该逻辑链路对应的ecu的数据，从而实现逻辑链路的建立。
[0043]
故障检测设备中的检测软件可以针对每个ecu的通信逻辑链路建立一个处理进程，进而实现多通信链路技术。通过多通信链路技术可以实现故障检测设备与被检测车辆的一个或多个ecu系统间的通信。
[0044]
在一些实施例中，故障检测设备110还可以通过连接器或第三方设备与车辆120建立连接并通信。例如，连接器或第三方设备为obd接口设备。故障检测设备110与连接器或第三方设备通过有线接口或无线接口通信，例如，通过通用串行总线(universal serial bus，usb)接口通信，或通过蓝牙接口通信，又或通过无线局域网(wireless local area network，wlan)接口通信。应理解，这些仅为故障检测设备110与连接器或第三方设备通信
方式的示例而非限定。
[0045]
故障检测设备110的形式可为汽车盒子、车载电子设备或可与车机连接的手机等移动终端等其他类型的设备，具体可依据实际情况而定，此处不做限定。
[0046]
图2示出了本技术实施例提供的车辆故障检测的方法，应用于上述图1所示的车辆故障检测系统10中的车辆故障检测设备110，可由所述车辆故障检测设备的软件和/或硬件实现。如图2所示，该方法包括步骤s110至s140。各个步骤的具体实现原理如下：
[0047]
s110，接收检测指令，所述检测指令包含待检测的目标车辆的车辆信息。
[0048]
其中，车辆信息与目标车辆的具体型号对应，车辆信息包括但不限于车架号、品牌、年款和车型等能够标明车辆具体型号的信息。
[0049]
在一些实施例中，检测指令可以为用户触发的检测指令，还可以为车辆故障检测设备内部软件和/或硬件触发的检测指令，也可以为车辆故障检测设备的外部设备触发的检测指令。
[0050]
在一些实施例中，车辆故障检测设备提供用户操作接口。该用户操作接口可以为触摸屏、按键、语音识别装置、手势识别装置等可以接受用户特定操作，并将该操作转化为触发信号的接口。
[0051]
在一个具体的示例中，车辆故障检测设备通过用户操作接口，例如触摸屏，接收用户点按开始检测按钮发出的触发信号。车辆故障检测设备根据该触发信号生成检测指令。检测指令中携带待检测的目标车辆的车辆信息。其中，车辆信息可以是用户在点按开始检测按钮前，通过用户操作接口配置的，也可以是车辆故障检测设备预存并默认的车辆信息。
[0052]
在一个具体的示例中，车辆故障检测设备可以由内置的软件和/或硬件的定时器触发生成检测指令；车辆故障检测设备也可以由检测到的obd接口的电信号变化触发生成检测指令。其中，车辆信息可以是车辆故障检测设备预存的默认车辆信息。
[0053]
s120，根据所述车辆信息确定所述目标车辆的ecu系统配置信息。
[0054]
可以理解的是，不同的车型其配置的ecu系统的数量；不同车型中，每个ecu系统的功能配置是有区别的。
[0055]
在一些实施例中，在确定车辆信息的基础上，可以通过查询故障检测设备本地或远程服务器保存的车辆信息和ecu系统配置信息对应关系，获得目标车辆的ecu系统配置信息。ecu系统配置信息包括但不限于ecu系统的数量、ecu系统类型、ecu系统协议、ecu系统的标识等信息。
[0056]
s130，根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统。
[0057]
在一些实施例中，所述根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，包括：根据所述ecu系统配置信息，确定所述目标车辆中每个ecu系统的系统标识；建立与所述系统标识对应的ecu系统的检测链路。
[0058]
其中，ecu系统的系统标识用于唯一标识其对应的ecu系统。车辆故障检测设备根据ecu系统的系统标识确定需要建立检测链路的目标ecu系统，并与目标ecu系统建立检测链路。与目标ecu系统建立检测链路包括，根据目标ecu系统对应的协议初始化通信连接。其中，检测链路可以是通信物理链路，也可以是基于通信物理链路虚拟出的通信逻辑链路。
[0059]
s140，显示所述多条检测链路的检测结果。
[0060]
在一些实施例中，可以在同一显示设备上显示多条检测链路的检测结果，还可以在多个显示设备上显示多条检测链路的检测结果。
[0061]
在一些实施例中，可以采用拓扑图的方式显示多条检测链路的检测结果，还可以采用列表方式显示多条检测链路的检测结果，也可以采用分屏的方式显示多条检测链路的检测结果。
[0062]
应理解，通过ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统，可以缩短检测周期，通过显示所述多条检测链路的检测结果，可以使车辆检修人员快速了解车辆的整体情况，由此加快排查故障、减少维修时间成本、提升维修效率。
[0063]
在上述图2所示的车辆故障检测的实施例的基础上，步骤s130中根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测的过程中，如图3所示，还包括步骤s131：
[0064]
s131，显示所述多条检测链路的检测过程。
[0065]
在一些实施例中，故障检测设备根据多条诊断链路创建多条诊断显示进程，诊断显示进程与诊断链路一一对应。
[0066]
显示所述多条检测链路的检测过程可以包括，每个诊断显示进程实时获取诊断链路的诊断状态，并以预设模式显示诊断状态。
[0067]
诊断状态包括但不限于未诊断、诊断进行中、诊断完成和诊断异常等状态。诊断状态还可以包括从开始创建诊断链路到诊断完成间进度的百分比。诊断状态也可以包括开始创建诊断链路经过的时间，以及对诊断完成的估计。
[0068]
在上述图3所示的车辆故障检测方法的实施例的基础上，如图4所示，步骤s131，所述显示所述多条检测链路的检测过程，包括步骤s1311和步骤s1312：
[0069]
s1311，获取预设的第一显示模式。
[0070]
在一些实施例中，第一显示模式可以是显示配置参数的组合，用于指示显示进程如何显示各个ecu对应的检测链路的检测过程，或者说如何显示诊断状态。
[0071]
在一些实施例中，用户通过故障检测设备提供的用户操作接口配置第一显示模式。在另一些实施例中，故障检测设备可以获取预存在存储介质中的第一显示模式，或者获取显示进程中默认的第一显示模式。
[0072]
其中，第一显示模式包括但不限于拓扑图模式、列表模式和分屏模式。
[0073]
s1312，根据所述第一显示模式显示所述多条检测链路的检测过程。
[0074]
在一些实施例中，所述第一显示模式为拓扑图模式。如图5示出了以拓扑图显示检测过程的用户操作界面500的示意图，将所述目标车辆的每个ecu系统作为拓扑图的一个节点510。在该用户操作界面中，在第一显示区域520中，标识出不同颜色代表的不同检测状态的图例。例如，绿色表示正常，红色表示异常，蓝色表示已扫描，白色表示未扫描，灰色标识未配置。显示进程根据每个ecu系统当前的检测状态，采用与所述检测状态对应的图例颜色，标记每个ecu系统对应的节点510。在一些实施例中，当前正在通信中的节点510可以采用黄色或其他颜色进行标记。
[0075]
在一些实施例中，还可以采用不同的颜色表示未诊断、诊断中、诊断完成和诊断异常等检测状态。本领域技术人员可以在本技术实施例的教导下根据实际情况设置。
[0076]
在一些实施例中，所述第一显示模式为列表模式。如图6示出了以列表显示检测过程的用户操作界面600的示意图。如图6所示，将每个ecu系统作为列表的一个显示单元610。根据每个ecu系统当前的检测进程，采用提示信息标记每个ecu系统对应的显示单元。如图6所示，可以在每个显示单元610中显示对应的ecu系统的扫描状态。在一些实施例中，提示信息可以是诊断状态，包括但不限于未诊断、诊断进行中、诊断完成和诊断异常等状态。
[0077]
在一些实施例中，诊断状态还可以包括从开始创建诊断链路到诊断完成间进度的百分比。诊断状态也可以包括开始创建诊断链路经过的时间，以及对诊断完成的估计。在一个具体的示例中，当目标车辆的各个ecu系统以竖状态列表展示时，可以采用进度条叠加上数字或百分比，以表示整体通信进度。如图6所示，进度条620显示了需通信的ecu总个数25和已通信的ecu个数19，体现了整体通信进度。在一些实施例中，还可以在列表中用黄色文字及扫描状态表示正在通信的ecu。
[0078]
在一些实施例中，所述第一显示模式为分屏模式。创建与ecu系统数量对应数量的分屏，在每个所述分屏中显示对应的ecu系统的检测进度信息。提示信息可以是诊断状态，包括但不限于未诊断、诊断进行中、诊断完成和诊断异常等状态。诊断状态还可以包括从开始创建诊断链路到诊断完成间进度的百分比。诊断状态也可以包括开始创建诊断链路经过的时间，以及对诊断完成的估计。
[0079]
在上述图2所示的车辆故障检测的实施例的基础上，步骤s140所述显示所述多条检测链路的检测结果，如图7所示，还包括步骤s141和s142：
[0080]
s141，获取预设的第二显示模式。
[0081]
在一些实施例中，第二显示模式可以是显示配置参数的组合，用于指示显示进程如何显示多条检测链路的检测结果。
[0082]
在一些实施例中，用户通过故障检测设备提供的用户操作接口配置第二显示模式。在另一些实施例中，故障检测设备可以获取预存在存储介质中的第二显示模式，或者获取显示进程中默认的第二显示模式。
[0083]
其中，第二显示模式包括但不限于拓扑图模式、列表模式和分屏模式。
[0084]
s142，根据所述第二显示模式显示所述多条检测链路的检测结果。
[0085]
在一些实施例中，所述第二显示模式为拓扑图模式。可以参考图5，将每个ecu系统作为拓扑图的一个节点，采用警示颜色标记异常ecu系统对应的节点。警示颜色可以为红色、橘色、黄色等可以明显被检修人员发现的颜色。
[0086]
在一些实施例中，所述第二显示模式为列表模式。可以参考图6，以每个异常ecu系统作为列表的一个显示单元。还可以以高亮或者警示颜色标记列表中异常ecu系统对应的显示单元。
[0087]
在一些实施例中，所述第二显示模式为分屏模式。根据异常ecu系统数量创建对应数量的分屏，在每个所述分屏显示对应的ecu系统的故障信息。
[0088]
应理解，通过不同的文字颜色、进度条、ecu数字等多种方式体现多个ecu系统同时通信过程的显示，使检测过程更清晰、更直观明了，获得了更好的用户体验。
[0089]
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0090]
对应于上述图2所示的车辆故障检测的方法，图8示出的是本技术实施例提供的一种车辆故障检测的装置m100，包括：
[0091]
检测指令接收模块m110，用于接收检测指令，所述检测指令包含待检测的目标车辆的车辆信息。
[0092]
配置信息确定模块m120，用于根据所述车辆信息确定所述目标车辆的ecu系统配置信息。
[0093]
检测链路建立模块m130，用于根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测，每条检测链路分别针对所述ecu系统配置信息中的一个ecu系统。
[0094]
检测结果显示模块m140，用于显示所述多条检测链路的检测结果。
[0095]
可选的，所述检测链路建立模块，包括：
[0096]
ecu系统标识确定模块，用于根据所述ecu系统配置信息，确定所述目标车辆中每个ecu系统的系统标识；
[0097]
检测链路建立模块，用于建立与所述系统标识对应的ecu系统的检测链路。
[0098]
可选的，所述车辆故障检测的装置还包括：
[0099]
检测过程显示模块，用于在根据所述ecu系统配置信息建立多条检测链路，对所述目标车辆进行检测的过程中，显示所述多条检测链路的检测过程。
[0100]
可选的，检测过程显示模块，包括：
[0101]
第一显示模式获取模块，用于获取预设的第一显示模式；
[0102]
按第一模式显示模块，用于根据所述第一显示模式显示所述多条检测链路的检测过程。
[0103]
可选的，按第一模式显示模块，包括：
[0104]
第一拓扑图模式显示模块，用于若所述第一显示模式为拓扑图模式，则将所述目标车辆的每个ecu系统作为拓扑图的一个节点，根据每个ecu系统当前的检测状态，采用与所述检测状态对应的颜色，标记每个ecu系统对应的节点；所述检测状态包括未诊断、诊断中、诊断完成和诊断异常；
[0105]
第一列表模式显示模块，用于若所述第一显示模式为列表模式，则将每个ecu系统作为列表的一个显示单元，根据每个ecu系统当前的检测进程，采用提示信息标记每个ecu系统对应的显示单元；
[0106]
第一分屏模式显示模块，用于若所述第一显示模式为分屏模式，则创建与ecu系统数量对应数量的分屏，在每个所述分屏中显示对应的ecu系统的检测进度信息。
[0107]
可选的，检测结果显示模块，包括：
[0108]
第二显示模式获取模块，用于获取预设的第二显示模式；
[0109]
按第二模式显示模块，用于根据所述第二显示模式显示所述多条检测链路的检测结果。
[0110]
可选的按第二模式显示模块，包括：
[0111]
第二拓扑图模式模块，用于若所述第二显示模式为拓扑图模式，则将每个ecu系统作为拓扑图的一个节点，采用警示颜色标记异常ecu系统对应的节点；
[0112]
第二列表模式模块，用于若所述第二显示模式为列表模式，则以每个异常ecu系统作为列表的一个显示单元；
[0113]
第二分屏模式模块，用于若所述第二显示模式为分屏模式，则根据异常ecu系统数量创建对应数量的分屏，在每个所述分屏显示对应的ecu系统的故障信息。
[0114]
可选的，所述车辆故障检测的装置，还包括：
[0115]
第一故障信息显示模块，用于在所述第二显示模式为拓扑图模式时，若检测到选择所述拓扑图中的节点的操作，则显示所述节点对应的ecu系统的故障信息；
[0116]
第二故障信息显示模块，在所述第二显示模式为列表模式时，若检测到选择所述列表中的显示单元的操作，则显示所述显示单元对应的ecu系统的故障信息。
[0117]
可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。
[0118]
图9为本技术一实施例提供的电子设备的结构示意图。如图9所示，该实施例的电子设备d10包括：至少一个处理器d100(图9中仅示出一个)处理器、存储器d101以及存储在所述存储器d101中并可在所述至少一个处理器d100上运行的计算机程序d102，所述处理器d100执行所述计算机程序d102时实现上述任意各个方法实施例中的步骤。或者，所述处理器d100执行所述计算机程序d102时实现上述各装置实施例中各模块/单元的功能，例如图8所示模块m110至m140的功能。
[0119]
所述电子设备d10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器d100、存储器d101。本领域技术人员可以理解，图9仅仅是电子设备d10的举例，并不构成对电子设备d10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
[0120]
所称处理器d100可以是中央处理单元(central processing unit，cpu)，该处理器d100还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0121]
所述存储器d101在一些实施例中可以是所述电子设备d10的内部存储单元，例如电子设备d10的硬盘或内存。所述存储器d101在另一些实施例中也可以是所述电子设备d10的外部存储设备，例如所述电子设备d10上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器d101还可以既包括所述电子设备d10的内部存储单元也包括外部存储设备。所述存储器d101用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器d101还可以用于暂时地存储已经输出或者将要输出的数据。
[0122]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0123]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的
功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0124]
本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
[0125]
本技术实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时可实现上述各个方法实施例中的步骤。
[0126]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0127]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0128]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0129]
在本技术所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0130]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0131]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实
施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。