电动车体检方法、装置、终端设备及存储介质与流程

文档序号:20686757发布日期:2020-05-08 18:53阅读:317来源:国知局
电动车体检方法、装置、终端设备及存储介质与流程
本申请属于电动车
技术领域
,尤其涉及一种电动车体检方法、装置、终端设备及计算机可读存储介质。
背景技术
:随着社会的不断发展和进步,电动车的应用也越来越广泛。电动车在日常骑行中,不可避免地出现损耗或损坏。但是,由于各种原因,例如,用户缺乏专业知识或者缺乏安全意识,使得用户并不关心或者并不了解自身的电动车的实时车况。用户不了解自身电动车的损耗情况,就不清楚何时需要保养自己的电动车,从而导致电动车损耗已经十分严重了,还不进行保养,仍然继续骑行。另外,如果用户需要全面了解自身电动车的车况,还需要去到专业的车辆维修点作一次车辆检查,便利性较低。技术实现要素:本申请实施例提供电动车体检方法、装置、终端设备及计算机可读存储介质,以解决现有电动车车况监测方式的便利性较低的问题。第一方面,本申请实施例提供一种电动车体检方法,包括:发送体检指令至待检测电动车的体检模块,所述体检指令用于指示所述体检模块对所述待检测电动车的预设部分进行体检,获得体检结果;其中,所述体检模块预先安装在所述待检测电动车上,并与各个所述预设部分连接;获取所述体检模块返回的所述体检结果;根据所述体检结果得到所述待检测电动车的车况检测结果;根据所述车况检测结果和预设计分规则,计算所述待检测电动车的体检分数。可以看出,本申请实施例通过预先在电动车上安装体检模块,并将该体检模块与需要体检的电动车预设部分连接;当需要了解电动车车况时,只需要通过终端设备发送体检指令给体检模块,体检模块即可对接入的预设部分进行体检,得到体检结果,再返回给终端设备,终端设备根据体检结果得出车况检测结果和体检分数,使得用户可以通过车况检测结果和体检分数实时得知自身的电动车车况,并基于体检分数的高低确定是否需要进行车辆保养,不用专门进行车辆检测,十分便利。结合第一方面,在一种可能的实现方式中,根据所述车况检测结果和预设计分规则,计算所述待检测电动车的体检分数,包括:确定所述车况检测结果中每个故障的故障级别;获得每个故障级别的扣分值;根据所述扣分值和预设基准分值,计算所述待检测电动车的体检分数。结合第一方面,在一种可能的实现方式中,获得每个故障级别的扣分值,包括:分别统计目标故障级别和非目标故障级别的故障数量;基于所述目标故障级别的故障数量和预设数量区间之间的对应关系,确定所述目标故障级别的扣分值;若所述非目标故障级别的故障数量小于预设数量阈值,确定所述非目标故障级别的扣分值为第一预设数值;若所述非目标故障级别的故障数量大于或等于所述预设数量阈值,将所述非目标故障级别的故障数量与第二预设数值相乘,得到所述非目标故障级别的扣分值。结合第一方面,在一种可能的实现方式中,在根据所述车况检测结果和预设计分规则,计算所述待检测电动车的体检分数之后,还包括:若所述体检分数小于第一数值时,生成第一提示信息,并将所述第一提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数大于或等于所述第一数值,且小于第二数值,生成第二提示信息,并将所述第二提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数大于或等于所述第二数值,且小于第三数值,生成第三提示信息,并将所述第三提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数等于所述第三数值,生成第四提示信息,并将所述第四提示信息发送至所述待检测电动车的用户终端设备。结合第一方面,在一种可能的实现方式中,所述体检结果包括故障代码;根据所述体检结果得到所述待检测电动车的车况检测结果,包括:根据故障代码,查找与所述故障代码对应的故障级别信息、故障详情信息和体检项目信息。结合第一方面,在一种可能的实现方式中,所述预设部分包括以下至少一项:bms模块、vcu模块、mccu模块、iom模块和icm模块。第二方面,本申请实施例提供一种电动车体检装置,包括:发送模块,用于发送体检指令至待检测电动车的体检模块,所述体检指令用于指示所述体检模块对所述待检测电动车的预设部分进行体检,获得体检结果;其中,所述体检模块预先安装在所述待检测电动车上,并与各个所述预设部分连接;体检结果获取模块,用于获取所述体检模块返回的所述体检结果;车况检测模块,用于根据所述体检结果得到所述待检测电动车的车况检测结果;计算模块,用于根据所述车况检测结果和预设计分规则,计算所述待检测电动车的体检分数。结合第二方面,在一种可能的实现方式中,还包括:提示模块,用于若所述体检分数小于第一数值时,生成第一提示信息,并将所述第一提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数大于或等于所述第一数值,且小于第二数值,生成第二提示信息,并将所述第二提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数大于或等于所述第二数值,且小于第三数值,生成第三提示信息,并将所述第三提示信息发送至所述待检测电动车的用户终端设备;若所述体检分数等于所述第三数值,生成第四提示信息,并将所述第四提示信息发送至所述待检测电动车的用户终端设备。第三方面,本申请实施例提供一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述第一方面任一项所述的方法。第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面任一项所述的方法。第五方面,本申请实施例提供一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的方法。可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。附图说明为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本申请实施例提供的一种电动车体检方法的流程示意图;图2为本申请实施例提供的步骤s104的具体流程示意框图;图3为本申请实施例提供的步骤s202的具体流程示意框图;图4为本申请实施例提供的电动车体检装置的结构框图;图5为本申请实施例提供的终端设备的结构示意图。具体实施方式以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。本申请实施例提供的电动车体检方案可以应用于终端设备,该终端设备可以例如是但不限于手机和电脑等。通过终端设备发送一个体检指令,再接收体检模块返回的体检结果,根据该体检结果即可得知电动车的车况信息和体检分数。这样,不用专门进行车辆检测,且体检过程中也不能使用各种专业的体检设备,便利性较高。举例来说,在手机上安装一个预先开发的智能体检app,其能支持实现相应的智能体检功能,例如,发送体检指令、计算体检分数和体检分数排名等。在待检测电动车上安装一个智能体检插件,并将该智能体检插件与需要检测的部分连接,例如,当需要检测电动车的vcu和bms时,则将vcu和bms接入智能体检插件;当需要进行体检时,用户先建立手机与智能体检插件的通信连接,再发送一个体检指令至智能体检插件,智能体检插件得到结果后接收其返回的体检结果,根据该结果得到车况检测结果和体检分数,并将车况检测结果和体检分数实时显示在用户手机。下面将通过具体实施例对本申请实施例提供的技术方案进行介绍。参见图1,为本申请实施例提供的一种电动车体检方法的流程示意图,该方法可以包括以下步骤:步骤s101、发送体检指令至待检测电动车的体检模块,该体检指令用于指示体检模块对待检测电动车的预设部分进行体检,获得体检结果;其中,体检模块预先安装在待检测电动车上,并与各个预设部分连接。需要说明的是,体检模块预先安装在待检测电动车上,其可以安装在待检测电动车的任意位置,该体检模块可以具体表现为一个智能体检插件。上述预设部分是指需要进行体检的电动车部分。根据需要进行的体检项目将需要体检的部分接入该体检模块。在一些实施例中,上述预设部分可以包括以下至少一项:电动车的电池管理系统(batterymanagementsystem,bms)、整车控制器(vcu)、电机电源控制器(mccu)、iom模块和智能仪表(icm)。当然,上述预设部分并不限于上文所提及的部分。每一个预设部分都可以作为一个体检项目。待检测电动车可以是电动自行车,也可以是电动汽车,亦或者是其它类型的电动车。具体应用中,用户可以通过终端设备发送体检指令至体检模块,该终端设备可以例如为但不限于手机或电脑等。体检模块接收到该体检指令之后,对所接入的各个预设部分进行体检,得到各个预设部分的体检结果,然后,体检模块将所得到的体检结果返回给终端设备。步骤s102、获取体检模块返回的体检结果。需要说明的是,上述体检结果可以具体体现为故障代码,该故障代码具体表现为数字,例如,5230、5231和2120。预先设定不同的故障代码表征不同的体检详情结果,即故障代码和体检详情结果之间存在一一对应关系,通过故障代码可以查找到具体的体检详情结果。体检结果是每个预设部分的检测结果,电动车的预设部分可能故障,也可以是正常的。换句话说,体检结果体现为故障代码并不意味着所有的预设部分的检测结果均是故障的。步骤s103、根据体检结果得到待检测电动车的车况检测结果。可以理解的是,上述体检结果可以体现为故障代码,基于此,具体可以根据故障代码,查找与故障代码对应的故障级别信息、故障详情信息和体检项目信息。参见下表1的可知,故障代码和故障详情、体检项目、故障级别等均存在对应关系,根据故障代码可以查找出相应的故障详情、故障级别和体检项目等信息。例如,假如故障代码为5230,根据该故障代码查找到的故障详情为电池组放电过流,体检项目为bms,故障级别为i。表1部分故障表故障代码故障详情体检项目故障级别5230电池组放电过流bmsi5231电池组充电过流bmsi2120相电流过流mccui2107母线过压告警mccuii5407gps故障icmiii5413上电自检异常icmiii根据各个故障代码查找出故障级别、故障详情和体检项目等信息之后,即可得到上述车况检测结果。该车况检测结果包括各个体检项目的故障详情和故障级别。步骤s104、根据车况检测结果和预设计分规则,计算待检测电动车的体检分数。上述预设计分规则可以具体根据各个故障级别的设置不同的扣分值,一般情况下,故障越严重,扣分值越高。在一种可能的实现方式中,上述预设计分规则可以具体如下:将故障级别分别i、ii、iii三级。其中,故障级别为i级的扣分标准:a表示当前车辆出现i级故障的个数,p表示该项扣分值:当a=0时:p=0分,即当出现i级故障的个数为0时,该项扣分值为0;当a=1时:p=41分,即当出现出现i级故障的个数为1时,该项扣分值为41;当1<a≤3时:p=50分,即当出现i级故障的个数为大于1个,且小于或等于3个时,该项扣分值为50;当a>3时:p=60分,即当出现i级故障的个数为大于3个时,该项扣分值为60。故障级别为ii级的扣分标准如下:b表示当前车辆出现ii级故障的个数,q表示该项扣分值:当b=0时:q=0分,即当出现出现ii级故障的个数为0时,该项扣分值为0;当b≥1时:q=2b分,即当出现出现ii级故障的个数大于或等于1个时,每个ii级故障扣2分。故障级别为iii级的扣分标准如下:c表示当前车辆出现iii级故障的个数,s表示该项扣分值:当c=0时:s=0分,即当出现出现iii级故障的个数为0时,该项扣分值为0;当c≥1时:s=1c分,即当出现出现iii级故障的个数大于或等于1个时,每个iii级故障扣1分。智能体检满分100分,最低分为20分,t表示体检得分:t=100-(p+q+s);当无任何故障时,体检评分为100分;当t≤20分时,体检评分统一为20分。当然,上述预设计分规则还可以为其他,并不限于上文提及的。举例来说,预设计分规则可以如下表2所示。表2当然,上述预设计分规则并不限于上表2中所示出的,该规则可以根据实际需要进行设定,在此不作限定。在一些实施例中,参见图2示出的步骤s104的具体流程示意框图,上述根据车况检测结果和预设计分规则,计算待检测电动车的体检分数的具体过程可以包括:步骤s201、确定车况检测结果中每个故障的故障级别。步骤s202、获得每个故障级别的扣分值。具体地,通过故障代码和故障级别之间的对应关系,查找出每个故障的故障级别。确定之后,再根据故障级别去确定每个故障的扣分值。例如,参见上表2,故障级别为i的故障数量为1个时,故障级别i的扣分值为41。进一步地,参见图3示出的步骤s202的具体流程示意框图,上述获得每个故障级别的扣分值的具体过程可以包括:步骤s301、分别统计目标故障级别和非目标故障级别的故障数量。需要说明的是,预先将故障级别进行分类,并确定目标故障级别和非目标故障级别的定义。在本申请实施例中,目标故障级别是指i级故障,而非目标故障级别是指除了i级故障之外的故障。步骤s302、基于目标故障级别的故障数量和预设数量区间之间的对应关系,确定目标故障级别的扣分值。需要说明的是,上述预设数量区间和故障数量之间存在对应关系,每一个预设数量区间对应一个扣分值。例如,大于1小于或等于3的区间的扣分值为41。具体应用中,统计得到目标故障级别的故障数量之后,再看故障数量落入哪个预设数量区间,然后将该预设数量区间对应的扣分值作为目标故障级别的扣分值。步骤s303、若非目标故障级别的故障数量小于预设数量阈值,确定非目标故障级别的扣分值为第一预设数值。步骤s304、若非目标故障级别的故障数量大于或等于预设数量阈值,将非目标故障级别的故障数量与第二预设数值相乘,得到非目标故障级别的扣分值。需要说明的是,上述预设数量阈值可以根据需要进行设定,且每个非目标故障级别的预设数量阈值可以相同,也可以不相同。例如,上述非目标故障级别包括ii级和iii级,ii级和iii级的预设数量阈值可以均为1,也可以是ii级的预设数量阈值为2,iii级的预设数量阈值为3。上述第一预设数值和第二预设数值可以根据实际需要进行设定,且每个非目标故障级别的数值大小可以相同,也可以不相同。例如,非目标故障级别包括ii级和iii级,ii级的第一预设数值为1,iii级的第一预设数值为0,当然,ii级和iii级的第一预设数值也可以均为0。同理,第二预设数值也是如此,在此不再赘述。例如,上述第一预设数值为0,ii级的第二预设数值为2,iii级的第二预设数值为1,当ii和iii级的故障数量小于0(即等于0)时,扣分值均为0。而当ii级的故障数量大于0时,则ii级故障的扣分值为2x故障数量,iii级的故障数量大于0时,则iii级故障的扣分值为1x故障数量。举例来说,统计出的级别为i的故障一共有2个,级别为ii的故障一共有5个,级别为iii的故障一共有4个。参见上表2,故障级别为i的数量为2,落入大于1,且小于或等于3的预设数量区间,则故障级别i的扣分值为50;级别为ii的故障的数量大于或等于1,故障级别ii的扣分值为5×2=10;级别为iii的故障的数量大于或等于1,故障级别iii的扣分值为5×1=5。步骤s203、根据扣分值和预设基准分值,计算待检测电动车的体检分数。具体地,在确定出每个故障的扣分值之后,则将预设基准分值减去总扣分值则得到体检分数。上述预设基准分值的数值可以根据需要进行设定,一般情况下,上述预设基准分值为100分。在得出体检分数之后,可以根据体检分数的高低给出对应的车辆维修或保养建议。在一些实施例中,判断体检分数的高低。若体检分数小于第一数值时,生成第一提示信息,并将第一提示信息发送至待检测电动车的用户终端设备;若体检分数大于或等于第一数值,且小于第二数值,生成第二提示信息,并将第二提示信息发送至待检测电动车的用户终端设备;若体检分数大于或等于第二数值,且小于第三数值,生成第三提示信息,并将第三提示信息发送至待检测电动车的用户终端设备;若体检分数等于第三数值,生成第四提示信息,并将第四提示信息发送至待检测电动车的用户终端设备。上述第一数值、第二数值、第三数值均可以根据实际需要进行设定。例如,上述第一数值为60,第二数值为80,第三数值为100。上述第一提示信息、第二提示信息、第三提示信息和第四提示信息均可以根据实际情况进行设定。举例来说,t为体检分数,第一数值为60,第二数值为80,第三数值为100。此时,当t<60分时,确定车辆为不可使用状态,第一提示信息为:当前车辆损坏过重,如果继续骑行,安全风险较高,建议对车辆进行维修。当60分≤t<80分时,确定车辆可以使用,但性能需要优化,则生成第二提示信息,第二提示信息为:当前车辆的性能合格;当80分≤t<100分时,确定车辆可以使用,但性能需要优化,生成第三提示信息,第三提示信息具体为:当前车辆的性能良好;当t=100分时,确定车辆可以使用,但性能无需优化,生成第四提示信息,第四提示信息具体为:当前车辆的性能完美;通过根据车辆体检分数生成对应的提示信息,并将该提示信息发送至用户终端设备,以警示和提醒用户。这样,可以降低车辆骑行过程的安全隐患。另外,在得到体检分数之后,还可以根据体检分数的高低进行体检分数排名。可以看出,本申请实施例通过预先在电动车上安装体检模块,并将该体检模块与需要体检的电动车预设部分连接;当需要了解电动车车况时,只需要通过终端设备发送体检指令给体检模块,体检模块即可对接入的预设部分进行体检,得到体检结果,再返回给终端设备,终端设备根据体检结果得出车况检测结果和体检分数,使得用户可以通过车况检测结果和体检分数实时得知自身的电动车车况,并基于体检分数的高低确定是否需要进行车辆保养,不用专门进行车辆检测,十分便利。应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。对应于上文实施例所述的电动车体检方法,图4示出了本申请实施例提供的电动车体检装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。参照图4,该装置包括:发送模块41,用于发送体检指令至待检测电动车的体检模块,体检指令用于指示体检模块对待检测电动车的预设部分进行体检,获得体检结果;其中,体检模块预先安装在待检测电动车上,并与各个预设部分连接;体检结果获取模块42,用于获取体检模块返回的体检结果;车况检测模块43,用于根据体检结果得到待检测电动车的车况检测结果;计算模块44,用于根据车况检测结果和预设计分规则,计算待检测电动车的体检分数。在一种可能的实现方式中,上述计算模块具体用于:确定车况检测结果中每个故障的故障级别;获得每个故障级别的扣分值;根据扣分值和预设基准分值,计算待检测电动车的体检分数。在一种可能的实现方式中,上述计算模块具体用于:分别统计目标故障级别和非目标故障级别的故障数量;基于目标故障级别的故障数量和预设数量区间之间的对应关系,确定目标故障级别的扣分值;若非目标故障级别的故障数量小于预设数量阈值,确定非目标故障级别的扣分值为第一预设数值;若非目标故障级别的故障数量大于或等于预设数量阈值,将非目标故障级别的故障数量与第二预设数值相乘,得到非目标故障级别的扣分值。在一种可能的实现方式中,上述装置还包括:提示模块,用于若体检分数小于第一数值时,生成第一提示信息,并将第一提示信息发送至待检测电动车的用户终端设备;若体检分数大于或等于第一数值,且小于第二数值,生成第二提示信息,并将第二提示信息发送至待检测电动车的用户终端设备;若体检分数大于或等于第二数值,且小于第三数值,生成第三提示信息,并将第三提示信息发送至待检测电动车的用户终端设备;若体检分数等于第三数值,生成第四提示信息,并将第四提示信息发送至待检测电动车的用户终端设备。在一种可能的实现方式中,体检结果包括故障代码;上述车况检测模块具体用于:根据故障代码,查找与故障代码对应的故障级别信息、故障详情信息和体检项目信息。在一种可能的实现方式中,预设部分包括以下至少一项:bms模块、vcu模块、mccu模块、iom模块和icm模块。上述电动车体检装置具有实现上述电动车体检方法的功能,该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现,硬件或软件包括一个或多个与上述功能相对应的模块,模块可以是软件和/或硬件。需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。图5为本申请一实施例提供的终端设备的结构示意图。如图5所示,该实施例的终端设备5包括:至少一个处理器50、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52,所述处理器50执行所述计算机程序52时实现上述任意各个方法实施例中的步骤。所述终端设备5可以是桌上型计算机、手机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括,但不仅限于,处理器50、存储器51。本领域技术人员可以理解,图5仅仅是终端设备5的举例,并不构成对终端设备5的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。所称处理器50可以是中央处理单元(centralprocessingunit,cpu),该处理器50还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。所述存储器51在一些实施例中可以是所述终端设备5的内部存储单元,例如终端设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述终端设备5的外部存储设备,例如所述终端设备5上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。本申请实施例提供一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行时实现可实现上述各个方法实施例中的步骤。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1