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

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


背景技术：

2.目前，一般通过故障检测设备获取待检测电子控制单元(electronic controlunit，ecu)的故障码，来帮助车辆检修人员定位故障，但是此种方式存在定位故障不便的问题。


技术实现要素：

3.本技术实施例提供了一种车辆故障检测的方法、装置、电子设备及存储介质，可以解决如何方便检修人员定位车辆故障的问题。
4.第一方面，本技术实施例提供了一种车辆故障检测的方法，包括：
5.接收检测指令，所述检测指令携带待检测的第一ecu系统的第一系统标识；
6.根据所述第一系统标识，获取所述第一ecu系统的第一检测信息；
7.若所述第一检测信息包含所述第一ecu系统生成的故障码，则获取与所述故障码关联的第二ecu系统的第二检测信息；
8.对比显示所述第一检测信息和所述第二检测信息。
9.应理解，在检测到待检测ecu系统生成的故障码时，获取与待检测的ecu系统关联的ecu系统的检测信息，并对比显示检测信息，可以帮助车辆检修人员快速比较待检测ecu系统和关联的ecu系统的检测数据，由此加快排查故障、减少维修时间成本、提升维修效率。
10.第二方面，本技术实施例提供了一种车辆故障检测的装置，包括：
11.检测指令接收模块，用于接收检测指令，所述检测指令携带待检测的第一ecu系统的第一系统标识；
12.第一检测信息获取模块，用于根据所述第一系统标识，获取所述第一ecu系统的第一检测信息；
13.第二检测信息获取模块，用于若所述第一检测信息包含所述第一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.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
30.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
31.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
32.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0033]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0034]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变
形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0035]
目前，一般通过故障检测设备获取待检测车辆的待检测ecu的故障码，来帮助车辆检修人员定位故障。但是，申请人发现，故障检测设备仅针对待检测ecu进行检测，只显示单一ecu通信数据的话，在车辆故障涉及多ecu系统的情况时，无法同时展示多个ecu内记录的车辆运行状态数据及故障原始记录等数据。车辆检修人员无法对与故障关联ecu的数据进行直观比较，使得故障检测过程的操作繁琐，不利于快速解决车辆故障。也就是说，通过故障检测设备获取待检测ecu的故障码，来帮助车辆检修人员定位故障，存在定位故障不便的问题。基于以上发现，本技术实施例提供一种车辆故障检测系统、方法、装置及电子设备以解决如何方便检修人员定位车辆故障的问题。
[0036]
图1示出的是本技术实施例提供的一种车辆故障检测系统10。该系统10包括：故障检测设备110和待检测的车辆120。在一些实施例中，该系统10还包括服务器130。
[0037]
其中，故障检测设备110与车辆120通过故障检测接口连接。在一些实施例中，故障检测接口可以是车载诊断系统(on-board diagnostics，obd)接口。在一些实施例中，故障检测设备110可以利用obd接口与车辆120的ecu通过控制器局域网总线(controller area net-work bus，canbus)建立连接。当故障检测设备中的检测软件启动时，建立与ecu之间的通信逻辑链路(comlogicallink，cll)。
[0038]
在本技术的一些实施例中，故障检测设备110与车辆120的多个ecu之间可以同时分别建立通信逻辑链路。
[0039]
在另一些实施例中，可以在故障检测设备配置处理器接收obd接口的不同引脚的信号，实现可并行工作的多条通信物理链路，从而实现接收来自不同ecu的检测数据。
[0040]
在又一些实施例中，可以通过故障检测设备配置与不同ecu无线数据链路，实现可并行工作的多条通信物理链路，从实现接收来自不同ecu的检测数据。
[0041]
在一些具体的示例中，逻辑链路在一条物理链路上，虚拟出来的一个或多个虚拟的通信链路。在一种可能的实施方式中，通过设置与接收函数对应的过滤函数的方式，在一条物理链路上实现虚拟的逻辑链路。具体的，建立目标ecu系统的逻辑链路包括对目标ecu系统的驱动程序进行初始化对目标ecu系统的驱动程序进行初始化，具体包括对目标euc系统的过滤函数和接收函数进行初始化。所述过滤函数可以是根据对应的ecu系统的数据特征(如数据格式，数据标识等)设置的过滤规则，可以配置多种过滤函数，每种过滤函数对应不同的ecu系统。分别对每条逻辑链路配置对应的过滤函数，使得该逻辑链路根据接收函数和对应的过滤函数，只接收该逻辑链路对应的ecu的数据，从而实现逻辑链路的建立。
[0042]
通过多通信链路技术可以实现故障检测设备与被检测车辆的一个或多个ecu系统间的通信。
[0043]
在一些实施例中，故障检测设备110还可以通过连接器或第三方设备与车辆120建立连接并通信。例如，连接器或第三方设备为obd接口设备。故障检测设备110与连接器或第三方设备通过有线接口或无线接口通信，例如，通过通用串行总线(universal serial bus，usb)接口通信，或通过蓝牙接口通信，又或通过无线局域网(wireless local area network，wlan)接口通信。应理解，这些仅为故障检测设备110与连接器或第三方设备通信方式的示例而非限定。
[0044]
故障检测设备110的形式可为汽车盒子、车载电子设备或可与车机连接的手机等
移动终端等其他类型的设备，具体可依据实际情况而定，此处不做限定。
[0045]
在一些实施例中，服务器130可以是远程服务器、云端服务器、服务器集群等可以提供故障码信息查询业务的电子设备。故障检测设备110与服务器130之间可以通过有线和/或无线的通信网络通信。
[0046]
图2示出了本技术实施例提供的车辆故障检测的方法，应用于上述图1所示的车辆故障检测系统10中的车辆故障检测设备110，可由所述车辆故障检测设备的软件和/或硬件实现。如图2所示，该方法包括步骤s110至s140。各个步骤的具体实现原理如下：
[0047]
s110，接收检测指令，所述检测指令携带待检测的第一ecu系统的第一系统标识。
[0048]
在一些实施例中，检测指令可以为用户触发的检测指令，还可以为车辆故障检测设备内部软件和/或硬件触发的检测指令，也可以为车辆故障检测设备的外部设备触发的检测指令。
[0049]
在一些实施例中，车辆故障检测设备提供用户操作接口。该用户操作接口可以为触摸屏、按键、语音识别装置、手势识别装置等可以接受用户特定操作，并将该操作转化为触发信号的接口。
[0050]
在一个具体的示例中，车辆故障检测设备通过用户操作接口，例如触摸屏，接收用户点按开始检测按钮发出的触发信号。车辆故障检测设备根据该触发信号生成检测指令。检测指令中携带待检测的第一ecu系统的第一系统标识。其中，第一系统标识可以是用户在点按开始检测按钮前，通过用户操作接口配置的，也可以是车辆故障检测设备预存并默认的第一系统标识。
[0051]
在一个具体的示例中，车辆故障检测设备可以由内置的软件和/或硬件的定时器触发生成检测指令；车辆故障检测设备也可以由检测到的obd接口的电信号变化触发生成检测指令。其中，待检测的第一ecu系统的第一系统标识可以是车辆故障检测设备预存的默认第一系统标识。
[0052]
其中，ecu系统的系统标识用于唯一标识其对应的ecu系统。车辆故障检测设备根据ecu系统的系统标识确定需要建立检测链路的目标ecu系统，并与目标ecu系统建立检测链路。与目标ecu系统建立检测链路包括，根据目标ecu系统对应的协议初始化通信连接。其中，检测链路可以是通信物理链路，也可以是基于通信物理链路虚拟出的通信逻辑链路。
[0053]
s120，根据所述第一系统标识，获取所述第一ecu系统的第一检测信息。
[0054]
在一些实施例中，根据所述第一系统标识，建立与所述第一ecu系统的第一检测链路。通过所述第一检测链路，获取所述第一ecu的所述第一检测信息。该检测链路基于待检测的第一ecu系统的第一通信协议。车辆故障检测设备通过第一检测链路向ecu系统执行查询操作以获取第一检测信息。
[0055]
在本技术实施例中，检测信息包括ecu系统运行状态数据和ecu系统故障数据至少之一。本技术中的第一检测信息和第二检测信息均可参考此例。
[0056]
ecu系统运行状态数据包括但不限于转速、油量等通过传感器获取的车辆状态数据。车辆状态数据可以采用数据流的形式保存，例如保存预设时间周期内的传感器数据。车辆状态数据也可以是实时的传感器状态数据。
[0057]
ecu系统故障数据包括但不限于ecu系统通过角度传感器、轮速传感器等传感器检测到的车辆故障信息，还可以包括ecu系统通过多个传感器或车辆状态数据判断生成的车
辆故障信息。车辆故障信息可以采用故障码的形式保存。故障码(diagnostic trouble code，dtc)为车辆电子控制单元(electronic controlunit，ecu)针对每种故障定义的一种编码，故障码还可以被称为事故码、错误码或者其它名称。由于车辆在出现故障时，通常会产生多个故障码，因此故障码可以作为一种辅助车辆检修人员诊断车辆问题的参数。
[0058]
s130，若所述第一检测信息包含所述第一ecu系统生成的故障码，则获取与所述故障码关联的第二ecu系统的第二检测信息。
[0059]
在一些实施例中，车辆故障检测设备对接收到的待检测第一ecu系统的第一检测信息进行分析，若确定第一检测信息中包含第一ecu系统生成的故障码，则获取与所述故障码关联的第二ecu系统的第二检测信息。
[0060]
在一个具体的示例中，车辆故障检测设备根据故障码确定与该故障码关联的第二ecu系统的第二系统标识，车辆故障检测设备根据所述第二系统标识，建立与所述第二ecu系统的第二检测链路；通过所述第二检测链链路，获取所述第二ecu系统的第二检测信息。该检测链链路基于待检测的第二ecu系统的第二通信协议。车辆故障检测设备通过第二通信逻辑链路向ecu系统执行查询操作以获取第二检测信息。在一些实施例中，该第二检测链链路可以是通信物理链路，也可以是基于通信物理链路虚拟出的通信逻辑链路。
[0061]
应理解，一个故障码对应第二ecu系统可以是一个或多个，每个第二ecu系统都遵循自身预定义的通信协议。
[0062]
还应理解，第一检测信息包含第一ecu系统生成的故障码也可以是一个或者多个。如果存在多个故障码的情况，则分别获取每个故障码关联的第二ecu系统的第二检测信息。在一些实施例中，也可通过用户设置或者自动筛选的方式，将多个故障码分别关联第二ecu系统中相同的第二ecu系统进行精简或合并。
[0063]
在一些实施例中，故障检测设备可以通过用户的设置的方式确定与故障码关联的第二ecu系统；还可通过向第三方设备查询的方式确定与故障码关联的第二ecu系统。关于确定第二ecu系统的具体实施方式，可以参考下述示例。
[0064]
可以理解的是，在一些实施例中，若第一检测信息不包含第一ecu系统生成的故障码，则车辆故障检测设备无必要再获取关联的第二ecu系统的第二检测信息。
[0065]
s140，对比显示所述第一检测信息和所述第二检测信息。
[0066]
在一些实施例中，对比显示第一检测信息和第二检测信息可以为，在同一个显示界面显示述所述第一检测信息和所述第二检测信息。在一个具体的示例中，可以在故障检测设备的显示屏的相邻显示单元显示第一检测信息和第二检测信息。相邻显示单元的排列方式包括但不限于竖向排布、横向排布或嵌套排布。其中嵌套排布的方式可以是显示第二检测信息的显示单元嵌套在显示第一检测信息显示单元中。
[0067]
在一些实施例中，故障检测设备也可和多个显示设备通信的耦合，同时在多个显示设备显示第一检测信息和第二检测信息。
[0068]
在一些实施例中，还可以则采用不同的颜色来对比显示第一检测信息和第二检测信息。例如采用红色标记第一检测信息，采用灰色标记第二检测信息。以方便检修人员区分检测信息。
[0069]
应理解，在汽车电控化、智能化等发展趋势下，单一ecu里面记录的故障码，并不能代表故障码对应的配件或所属系统异常。更多需要从其电控系统原理层面去分析才能解
决。需要对涉及故障码的多个关联ecu进一步排查确认，例如涉及安全的转向角度传感器、轮速传感器等故障，需要同时获取更多的ecu信息才能更好排除故障。在检测到待检测ecu系统生成的故障码时，获取与待检测的ecu系统关联的ecu系统的检测信息，并对比显示检测信息，可以帮助车辆检修人员快速比较待检测ecu系统和关联的ecu系统的检测数据，可以帮助车辆检修人员快速比较数据，加快排查故障、减少维修时间成本、提升维修效率。
[0070]
在上述图2所示的车辆故障检测的实施例的基础上，步骤s130中的获取与所述故障码关联的第二ecu系统的第二检测信息，如图3所示，包括步骤s1311和s1312：
[0071]
s1311，响应于用户设置关联系统的操作，确定与所述故障码关联的所述第二ecu系统的第二系统标识。
[0072]
在一些实施例中，如图4所示，故障检测设备在确定第一ecu系统的第一检测信息中包含故障码后，通过故障码显示界面400显示故障码的相关信息。具体的，在第一显示单元410显示故障码的同时，在第二显示单元420提示用户查看关联系统。
[0073]
如图5所示，若用户选择选择查看关联系统，则故障检测设备在第三显示单元430显示与故障码关联的第二ecu系统的第二系统标识。第三显示单元包含一个或多个显示子单元431。显示子单元431可以是选择框，例如图5中示出的tcm(变速控制模块)等表示第二ecu系统的选择框。用户可以针对各个显示子单元进行选择操作，以确定与故障码关联的第二ecu系统。
[0074]
可以理解的是，在第三显示单元430显示与故障码关联的第二ecu系统的第二系统标识，可以是与用户选定的一个或多个故障码关联的第二ecu系统第二系统标识，也可以是默认全部故障码关联的第二ecu系统第二系统标识。
[0075]
在用户完成对用户故障码关联的第二ecu系统的选择操作后，响应于用户设置关联系统的操作，确定与所述故障码关联的所述第二ecu系统的第二系统标识。
[0076]
s1312，根据所述第二系统标识，获取所述第二ecu系统的第二检测信息。
[0077]
在一些实施例中，故障检测设备根据所述第二系统标识，建立与所述第二ecu系统的第二检测链路；通过所述第二检测链路，获取所述第二ecu系统的第二检测信息。具体的实施方式可以参考以上示例。
[0078]
应理解，在发现待检测ecu生成故障码的情况下，车辆的检修人员作为最需要了解故障码相关联的ecu系统的运行情况的人员，其检修经验是值得参考的。本技术实施例通过响应用户设置关联系统的操作，确定与所述故障码关联的所述第二ecu系统的第二系统标识。一方面可以起到充分利用检修人员的经验以确定需要显示哪些相关联的ecu系统；另一方面，可以起到过滤用户不关心的相关ecu系统的作用，避免了检测过多ecu系统造成的耗时问题，以及冗余数据过多干扰检修人员检测的问题。
[0079]
在上述图2所示的车辆故障检测的实施例的基础上，步骤s130中的获取与所述故障码关联的第二ecu系统的第二检测信息，如图6所示，包括步骤s1321和s1322：
[0080]
s1321，向服务器发送关联系统获取请求，所述关联系统获取请求包含所述故障码；所述关联信息获取请求用于指示所述服务器，根据所述关联系统获取请求反馈与所述故障码关联的所述第二ecu系统的第二系统标识。
[0081]
在一些实施例中，如图1所示，车辆故障检测系统10还包括服务器130。服务器130是可以提供故障码信息查询业务的电子设备。在服务器中保存有故障码和与故障码关联
ecu系统标识的对应关系。该对应关系可以采用包括但不限于数据库、映射表、文本库等方式等保存。在另一些实施例中，还可以根据故障码，采用映射模型获取与故障码关联的ecu系统标识。映射模型可以是经过训练的神经网络模型，也可以是其他机器学习模型。
[0082]
在一个具体的示例中，故障检测设备在获取所述第一ecu系统的第一检测信息后，若确定该第一检测信息中包含故障码，则生成关联系统获取请求，关联系统获取请求包含所述故障码。关联系统获取请求中的故障码可以是一个或多个。服务器在接收到故障检测设备发送的关联系统获取请求后，查询预存的对应关系，或利用映射模型，根据故障码获取与其关联的ecu系统标识，并将与所述故障码关联的所述第二ecu系统的第二系统标识反馈给故障检测设备。
[0083]
s1322，根据所述第二系统标识，获取所述第二ecu的第二检测信息。
[0084]
在一些实施例中，故障检测设备根据所述第二系统标识，建立与所述第二ecu系统的第二检测链路；通过所述第二检测链路，获取所述第二ecu系统的第二检测信息。具体的实施方式可以参考以上示例。
[0085]
应理解，通过服务器获取与所述故障码关联的所述第二ecu系统的第二系统标识，可以利用更多的检测人员的经验来形成故障码和与故障码关联ecu系统标识的对应关系，或建立这种对应关系的映射模型。使得故障检测设备获取到的第二ecu系统的第二系统标识更加客观，避免了车辆检修人员的经验不足造成问题定位不准去，进而造成检修时间过长的问题。
[0086]
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0087]
对应于上述图2所示的车辆故障检测的方法，图7示出的是本技术实施例提供的一种车辆故障检测的装置m100，包括：
[0088]
检测指令接收模块m110，用于接收检测指令，所述检测指令携带待检测的第一ecu系统的第一系统标识。
[0089]
第一检测信息获取模块m120，用于根据所述第一系统标识，获取所述第一ecu系统的第一检测信息。
[0090]
第二检测信息获取模块m130，用于若所述第一检测信息包含所述第一ecu系统生成的故障码，则获取与所述故障码关联的第二ecu系统的第二检测信息。
[0091]
检测信息显示模块m140，用于对比显示所述第一检测信息和所述第二检测信息。
[0092]
可选的，第一检测信息获取模块，包括：
[0093]
第一检测链路建立模块，用于根据所述第一系统标识，建立与所述第一ecu系统的第一检测链路；
[0094]
第一检测信息获取模块，具体用于通过所述第一检测链路，获取所述第一ecu的所述第一检测信息。
[0095]
可选的，第二检测信息获取模块，包括：
[0096]
第二系统标识确定模块，用于响应于用户设置关联系统的操作，确定与所述故障码关联的所述第二ecu系统的第二系统标识；
[0097]
第二检测信息获取模块，具体用于根据所述第二系统标识，获取所述第二ecu系统
card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器d101还可以既包括所述电子设备d10的内部存储单元也包括外部存储设备。所述存储器d101用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器d101还可以用于暂时地存储已经输出或者将要输出的数据。
[0111]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0112]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0113]
本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
[0114]
本技术实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时可实现上述各个方法实施例中的步骤。
[0115]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0116]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0117]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0118]
在本技术所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以
通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0119]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0120]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。