一种数据扫描方法、数据扫描装置及车辆诊断设备与流程

文档序号:16645876发布日期:2019-01-16 08:16阅读:256来源:国知局
一种数据扫描方法、数据扫描装置及车辆诊断设备与流程

本申请属于车辆诊断技术领域,尤其涉及一种数据扫描方法、数据扫描装置、车辆诊断设备及计算机可读存储介质。



背景技术:

车辆诊断设备是用于检测汽车故障的便携式智能电子设备,用户可以利用它迅速地读取汽车电控系统中的故障,并通过液晶显示屏显示故障信息,帮助用户及时查明汽车发生故障的部位及原因。现有技术主要是按照不同年款的车型及配置来进行被动式诊断,具体为在扫描汽车的各个电子控制单元(electroniccontrolunit,ecu)时,加载各个电子控制单元所支持的所有协议进行轮询,由于早期车辆有很多低速物理总线,因而需要从而导致扫描汽车电控系统的速度较慢,无法满足用户的需求。



技术实现要素:

有鉴于此,本申请提供了一种数据扫描方法、数据扫描装置、车辆诊断设备及计算机可读存储介质,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

本申请的第一方面提供了一种数据扫描方法,上述数据扫描方法应用于车辆诊断设备,上述数据扫描方法包括:

获取第一协议集合,其中,上述第一协议集合为车辆的各个电子控制单元所支持的所有协议的集合;

获取第二协议集合,其中,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合;

对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描。

可选地,上述获取第一协议集合,包括:

从上述车辆诊断设备的只读存储器所保存的配置文件中,读取各个电子控制单元所支持的协议;

在上述车辆诊断设备的随机存取存储器的第一预设位置,将上述各个电子控制单元所支持的协议保存于第一协议集合中。

可选地,上述获取第二协议集合,包括:

针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议;

在上述车辆诊断设备的随机存取存储器的第二预设位置,将监听到的上述各个电子控制单元当前所采用的协议保存于第二协议集合中。

可选地,上述针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议,包括:

针对上述车辆的任一电子控制单元,若当前监听所采用的协议能够监听到上述电子控制单元,则确定上述电子控制当前所采用的协议为当前监听所采用的协议,并停止对上述电子控制单元的监听。

可选地,上述对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描之后,上述数据扫描方法还包括:

基于扫描的结果检测上述车辆是否存在故障信息;

若上述车辆存在故障信息,则以预设方式输出提醒消息,以提示用户查看上述故障信息。

本申请的第二方面提供了一种数据扫描装置,上述数据扫描装置应用于车辆诊断设备,上述车辆诊断设备包括:

第一协议集合获取单元,用于获取第一协议集合,其中,上述第一协议集合为车辆的各个电子控制单元所支持的所有协议的集合;

第二协议集合获取单元,用于获取第二协议集合,其中,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合;

交集获取单元,用于对上述第一协议集合及第二协议集合取交集;

扫描单元,用于基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描。

可选地,上述第一协议集合获取单元,包括:

读取子单元,用于从上述车辆诊断设备的只读存储器所保存的配置文件中,读取各个电子控制单元所支持的协议;

第一保存子单元,用于在上述车辆诊断设备的随机存取存储器的第一预设位置,将上述各个电子控制单元所支持的协议保存于第一协议集合中。

可选地,上述第二协议集合获取单元,包括:

监听子单元,用于针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议;

第二保存子单元,用于在上述车辆诊断设备的随机存取存储器的第二预设位置,将监听到的上述各个电子控制单元当前所采用的协议保存于第二协议集合中。

可选地,上述监听子单元,具体用于针对上述车辆的任一电子控制单元,若当前监听所采用的协议能够监听到上述电子控制单元,则确定上述电子控制当前所采用的协议为当前监听所采用的协议,并停止对上述电子控制单元的监听。

可选地,上述数据扫描装置还包括:

检测单元,用于基于扫描的结果检测上述车辆是否存在故障信息;

提示单元,用于若上述车辆存在故障信息,则以预设方式输出提醒消息,以提示用户查看上述故障信息。

本申请的第三方面提供了一种车辆诊断设备,上述车辆诊断设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序,上述处理器执行上述计算机程序时实现如上第一方面的方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现如上第一方面的方法的步骤。

本申请的第五方面提供了一种计算机程序产品,上述计算机程序产品包括计算机程序,上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

由上可见,通过本申请实施例,通过获取第一协议集合及第二协议集合,对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描,其中,上述第一协议集合为车辆的各个电子控制单元所支持的所有协议的集合,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合。本申请方案通过对主动监听的各电子控制单元当前所采用的协议及本地保存的电子控制单元所支持的协议进行交集处理,利用交集中的协议扫描汽车电控系统中的故障,能够避免车辆的多个电子控制单元轮询时都会扫描低速物理总线,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是现有的车辆诊断设备扫描汽车电控系统中的各个电子控制单元的示意图;

图2是本申请实施例提供的数据扫描方法的一种实现流程示意图;

图3是本申请实施例提供的数据扫描方法中,步骤201的具体实现流程示意图;

图4是本申请实施例提供的数据扫描方法中,步骤202的具体实现流程示意图;

图5是本申请实施例提供的数据扫描方法的另一种实现流程示意图;

图6是本申请实施例提供的数据扫描装置的结构示意图;

图7是本申请实施例提供的车辆诊断设备的结构示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。

首先对现有的车辆诊断设备扫描汽车电控系统中的各个电子控制单元的过程进行简单描述,请参阅图1。现有的车辆诊断设备在工作时,车辆诊断设备的中央处理器(centralprocessingunit,cpu)将依次从本地的只读存储器(read-onlymemory,rom)中预加载各个电子控制单元所支持的所有协议;一般来说,一个电子控制单元所支持的协议为两个以上;然后,车辆诊断设备将基于加载得到的各个电子控制单元所支持的所有协议,分别对上述各个电子控制单元进行扫描轮询扫描。这样一来,如果一个电子控制单元既支持高速物理总线协议,又支持低速物理总线协议,那么在对该电子控制单元进行扫描时,将轮询该电子控制单元所支持的高速物理总线协议及低速物理总线协议,导致扫描速度缓慢。

基于此,本申请提出了一种数据扫描方法、数据扫描装置、车辆诊断设备及计算机可读存储介质,为了说明本申请上述的技术方案,下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例提供的一种数据扫描方法进行描述,请参阅图2,本申请实施例中的数据扫描方法包括:

在步骤201中,获取第一协议集合;

在本申请实施例中,上述第一协议集合具体为车辆的各个电子控制单元所支持的所有协议的集合。通常来说,根据车辆型号的不同,其车辆中各个电子控制单元所支持的协议也存在一定区别,且一个电子控制单元所支持的协议的数量为一个以上。开发人员通常会将上述车辆的各个电子控制单元所支持的所有协议写入本地,因而,上述步骤201可直接从本地获取得到各个电子控制单元所支持的所有协议后,将其写入第一协议集合中。可选地,可以先检测是否已存在上述第一协议集合,若已存在,则直接获取上述第一协议集合;若未存在,则创建第一协议集合,并将本地获取得到各个电子控制单元所支持的所有协议写入新创建的第一协议集合中。

在步骤202中,获取第二协议集合;

在本申请实施例中,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合。虽然对于一个电子控制单元来说,其支持的协议的数量为一个以上,但在同一时刻,一个电子控制单元一般情况仅采用一个协议用于传输数据。因而,可以获取各个电子控制单元当前所采用的协议并记录至第二协议集合中。可选地,可以先检测是否已存在上述第二协议集合,若已存在,则直接获取上述第二协议集合;若未存在,则创建第二协议集合,并将各个电子控制单元当前采用的协议写入新创建的第二协议集合中。

在步骤203中,对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描。

在本申请实施例中,上述交集中所包含的协议的数量不多余上述第一协议集合中所包含的协议的数量,通常来说,上述交集中所包含的协议的数量为一个或两个。当然,根据不同车辆中各个电子控制单元的不同,上述数量也可能多于两个,此处不作限定。可选地,在上述对上述第一协议集合及第二协议集合取交集之后,上述数据扫描方法还包括:检测上述交集所包含的协议的数量;若上述交集中所包含的协议的数量为一个,则基于上述交集中的协议对上述车辆的汽车电控系统进行扫描;若上述交集中所包含的协议的数量为两个,则基于上述交集中的协议以轮询的方式对上述车辆的汽车电控系统进行扫描。

进一步地,图3示出了上述步骤201的具体实现流程,请参参阅图3,上述步骤201包括:

在步骤301中,从上述车辆诊断设备的只读存储器所保存的配置文件中,读取各个电子控制单元所支持的协议;

在本申请实施例中,开发人员可以预先将上述电子控制单元所支持的协议写入一配置文件中,并将上述配置文件存储于车辆本地的只读存储器中。在创建上述第一协议集合时,通过预加载上述配置文件读取得到各个电子控制单元所支持的协议。

在步骤302中,在上述车辆诊断设备的随机存取存储器的第一预设位置,将上述各个电子控制单元所支持的协议保存于第一协议集合中。

在本申请实施例中,开发人员可以在上述随机存取存储器(randomaccessmemory,ram)中预先设定一位置作为第一预设位置,在上述第一预设位置创建上述第一协议集合,并将上述各个电子控制单元所支持的协议写入上述第一协议集合中。可选地,若上述车辆的电子控制单元存在更新,则根据更新了的电子控制单元所支持的协议对上述第一协议集合进行更新。

进一步地,图4示出了上述步骤202的具体实现流程,请参参阅图4,上述步骤202包括:

在步骤401中,针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议;

在本申请实施例中,上述高速物理总线协议可以是j1850协议或者iso15765协议,上述低速物理总线可以是iso14230协议或者iso9141协议。当然,高速物理总线协议及低速物理总线协议仅仅是示例性的,本申请实施例不对上述高速物理总线协议及低速物理总线协议的协议类型作出限定。具体地,本申请实施例中,可以是先基于传输速度由高至低的顺序对第一协议集合中的各个协议进行排序,然后根据排序后的上述第一协议集合中各协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议。具体地,针对上述车辆的任一电子控制单元,若当前监听所采用的协议能够监听到上述电子控制单元,则确定上述电子控制当前所采用的协议为当前监听所采用的协议,并停止对上述电子控制单元的监听。例如,若针对一电子控制单元ecu1来说,首先根据j1850对其进行监听,发现能够与上述ecu1进行有效的数据传输,则确定上述ecu1当前所采用的协议即为j1850,并停止对上述ecu1进行监听;又例如,若针对另一电子控制单元ecu2来说,首先根据j1850对其进行监听,发现无法与上述ecu2进行有效的数据传输,则再通过iso14230协议对该则ecu2进行监听,若此时发现能够与上述ecu2进行有效的数据传输,则确定上述ecu1当前所采用的协议即为iso14230,并停止对上述ecu2进行监听。

在步骤402中,在上述车辆诊断设备的随机存取存储器的第二预设位置,将监听到的上述各个电子控制单元当前所采用的协议保存于第二协议集合中。

在本申请实施例中,开发人员可以在上述随机存取存储器中预先设定另一与上述第一预设位置不同的位置作为第二预设位置,在上述第二预设位置创建上述第二协议集合,并将上述各个电子控制单元当前所采用的协议写入上述第二协议集合中。可选地,若上述车辆的电子控制单元存在更新,则对更新了的电子控制单元重新执行步骤402,确定根据更新了的电子控制单元当前所采用的协议,并对上述第二协议集合进行更新。

由上可见,在本申请实施例中,通过对主动监听的各电子控制单元当前所采用的协议及本地保存的电子控制单元所支持的协议进行交集处理,利用交集中的协议扫描汽车电控系统中的故障,能够避免车辆的多个电子控制单元轮询时都会扫描低速物理总线,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

实施例二

在上述实施例一的基础上,本申请实施例二提供了另一种数据扫描方法,下面对本申请实施例提供的数据扫描方法进行描述,请参阅图5,本申请实施例中的数据扫描方法包括:

在步骤501中,获取第一协议集合;

在步骤502中,获取第二协议集合;

在步骤503中,对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描;

在本申请实施例中,上述步骤501、502及503分别与上述步骤201、202及203相同或相似,具体可参见步骤201、202及203的相关描述,在此不再赘述。

在步骤504中,基于扫描的结果检测上述车辆是否存在故障信息;

在本申请实施例中,通过上述步骤501至503,可以与车辆的各个ecu进行信息交互。由于各个ecu的扫描时间变短,因而可以更加快速的获知各个ecu的工作状态,及时检测得到车辆可能存在的故障,并获取车辆的故障信息。

在步骤505中,若上述车辆存在故障信息,则以预设方式输出提醒消息,以提示用户查看上述故障信息。

在本申请实施例中,当检测发现上述车辆存在故障信息时,可以以预设方式输出提醒消息,通常上述预设方式为文字和/或图像显示的方式,当然,也还可以结合语音提醒、铃声提醒等方式,以进一步提示用户查看存在的故障信息。

由上可见,在本申请实施例中,通过对主动监听的各电子控制单元当前所采用的协议及本地保存的电子控制单元所支持的协议进行交集处理,利用交集中的协议扫描汽车电控系统中的故障,并及时输出提醒消息提示用户当前车辆可能存在的故障,能够避免车辆的多个电子控制单元轮询时都会扫描低速物理总线,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

实施例三

本发明实施例提供一种数据扫描装置,如图6所示,本发明实施例中的数据扫描装置600包括:

第一协议集合获取单元601,用于获取第一协议集合,其中,上述第一协议集合为车辆的各个电子控制单元所支持的所有协议的集合;

第二协议集合获取单元602,用于获取第二协议集合,其中,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合;

交集获取单元603,用于对上述第一协议集合及第二协议集合取交集;

扫描单元604,用于基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描。

可选地,上述第一协议集合获取单元601,包括:

读取子单元,用于从上述车辆诊断设备的只读存储器所保存的配置文件中,读取各个电子控制单元所支持的协议;

第一保存子单元,用于在上述车辆诊断设备的随机存取存储器的第一预设位置,将上述各个电子控制单元所支持的协议保存于第一协议集合中。

可选地,上述第二协议集合获取单元602,包括:

监听子单元,用于针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议;

第二保存子单元,用于在上述车辆诊断设备的随机存取存储器的第二预设位置,将监听到的上述各个电子控制单元当前所采用的协议保存于第二协议集合中。

可选地,上述监听子单元,具体用于针对上述车辆的任一电子控制单元,若当前监听所采用的协议能够监听到上述电子控制单元,则确定上述电子控制当前所采用的协议为当前监听所采用的协议,并停止对上述电子控制单元的监听。

可选地,上述数据扫描装置600还包括:

检测单元,用于基于扫描的结果检测上述车辆是否存在故障信息;

提示单元,用于若上述车辆存在故障信息,则以预设方式输出提醒消息,以提示用户查看上述故障信息。

由上可见,在本申请实施例中,数据扫描装置通过对主动监听的各电子控制单元当前所采用的协议及本地保存的电子控制单元所支持的协议进行交集处理,利用交集中的协议扫描汽车电控系统中的故障,能够避免车辆的多个电子控制单元轮询时都会扫描低速物理总线,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

实施例四

本发明实施例提供一种车辆诊断设备,请参阅图7,本发明实施例中的车辆诊断设备包括:存储器701,一个或多个处理器702(图7中仅示出一个)及存储在存储器701上并可在处理器上运行的计算机程序。其中:存储器701用于存储软件程序以及模块,处理器702通过运行存储在存储器701的软件程序以及单元,从而执行各种功能应用以及数据处理,以获取上述预设事件对应的资源。具体地,处理器702通过运行存储在存储器701的上述计算机程序时实现以下步骤:

获取第一协议集合,其中,上述第一协议集合为车辆的各个电子控制单元所支持的所有协议的集合;

获取第二协议集合,其中,上述第二协议集合为上述车辆的各个电子控制单元当前采用的协议的集合;

对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描。

假设上述为第一种可能的实施方式,则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中,上述获取第一协议集合,包括:

从上述车辆诊断设备的只读存储器所保存的配置文件中,读取各个电子控制单元所支持的协议;

在上述车辆诊断设备的随机存取存储器的第一预设位置,将上述各个电子控制单元所支持的协议保存于第一协议集合中。

在上述第一种可能的实施方式作为基础而提供的第三种可能的实施方式中,上述获取第二协议集合,包括:

针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议;

在上述车辆诊断设备的随机存取存储器的第二预设位置,将监听到的上述各个电子控制单元当前所采用的协议保存于第二协议集合中。

在上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中,上述针对上述车辆的任一电子控制单元,基于高速物理总线协议至低速物理总线协议的顺序对上述电子控制单元进行监听,以确定各个电子控制单元当前所采用的协议,包括:

针对上述车辆的任一电子控制单元,若当前监听所采用的协议能够监听到上述电子控制单元,则确定上述电子控制当前所采用的协议为当前监听所采用的协议,并停止对上述电子控制单元的监听。

在上述第一种可能的实施方式作为基础,或者上述第二种可能的实施方式作为基础,或者上述第三种可能的实施方式作为基础,或者上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中,上述对上述第一协议集合及第二协议集合取交集,基于上述交集中所包含的协议对上述车辆的汽车电控系统进行扫描之后,上述处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤:

基于扫描的结果检测上述车辆是否存在故障信息;

若上述车辆存在故障信息,则以预设方式输出提醒消息,以提示用户查看上述故障信息。

进一步,如图7所示,上述车辆诊断设备还可包括:一个或多个输入设备703(图7中仅示出一个)和一个或多个输出设备704(图7中仅示出一个)。存储器701、处理器702、输入设备703和输出设备704通过总线705连接。

应当理解,在本发明实施例中,所称处理器702可以是中央处理单元(centralprocessingunit,cpu),该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中,上述输出设备704可以包括显示器等。

存储器701可以包括只读存储器和随机存取存储器,并向处理器702提供指令和数据。存储器701的一部分或全部还可以包括非易失性随机存取存储器。例如,存储器701还可以存储设备类型的信息。

由上可见,在本申请实施例中,车辆诊断设备通过对主动监听的各电子控制单元当前所采用的协议及本地保存的电子控制单元所支持的协议进行交集处理,利用交集中的协议扫描汽车电控系统中的故障,能够避免车辆的多个电子控制单元轮询时都会扫描低速物理总线,一定程度上提高了扫描汽车电控系统中的故障时的速度,能够帮助用户快速获知车辆当前存在的故障。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

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

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。

以上上述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1