CN110752965A - 一种主动及被动诊断并解决车机网络故障的方法 - Google Patents
一种主动及被动诊断并解决车机网络故障的方法 Download PDFInfo
- Publication number
- CN110752965A CN110752965A CN201910945093.8A CN201910945093A CN110752965A CN 110752965 A CN110752965 A CN 110752965A CN 201910945093 A CN201910945093 A CN 201910945093A CN 110752965 A CN110752965 A CN 110752965A
- Authority
- CN
- China
- Prior art keywords
- network
- network fault
- vehicle
- vehicle machine
- diagnosing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及车机网络故障技术领域,特别涉及一种主动及被动诊断并解决车机网络故障的方法,其中主动诊断并解决车机网络故障的方法,包括步骤:S1,监听车机与上层服务器间的通信连接;S2,当监听到所述车机与上层服务器间的网络连接异常时,将相应的异常信息保存至本地数据库并定期上传到后台服务器;S3,根据相关人员的网络故障诊断操作,显示所述异常信息中的异常原因。本发明的提出解决了现有的车机网络故障时,用户难以获知故障的具体原因,导致在联系客服时,难以对问题进行准备的描述,影响车机的维修时间的问题。
Description
技术领域
本发明涉及车机网络故障技术领域,特别涉及一种主动及被动诊断并解决车机网络故障的方法。
背景技术
车机指的是安装在汽车里面的车载信息娱乐产品的简称。随着科技的发展,车机从早期的CD、DVD导航,已经向智能化、信息化发展。目前车机的功能除了传统的收音机、音乐视频播放、导航功能以外,已经带有3G及Telematics功能,能结合汽车的CAN-BUS技术,实现人与车,车与外界的信息通讯,增强了用户体验及服务、安全相关的功能,另外还具有语音控制、语音播报、实时路况、在线音乐、在线电台、网络电视等功能。
现有的车机向用户提供上网功能的方式通常为:在车机内设一单独的4G卡,令用户可通过车机实现各项上网操作。4G卡提供上网功能主要通过接入移动网络实现。
在传统的车机应用上,若4G网络故障,用户难以获知网络故障的具体原因,也即难以自己解决不能上网的问题,因此在出现故障时,用户只能联系客服维修,但是由于不清楚故障问题,难以对故障进行清楚地描述,导致车机的故障维修时间较长,影响用户对车机的使用体验。
发明内容
本发明的发明内容在于提供一种主动及被动诊断并解决车机网络故障的方法,主要解决了现有的车机网络故障时,用户难以获知故障的具体原因,导致在联系客服时,难以对问题进行准备的描述,影响车机的维修时间。
本发明提出了一种诊断并解决车机网络故障的方法,包括以下步骤:
S1,监听车机与上层服务器间的通信连接;
S2,当监听到所述车机与上层服务器间的网络连接异常时,将相应的异常信息保存至本地数据库并定期上传到后台服务器;
S3,根据相关人员的网络故障诊断操作,显示所述异常信息中的异常原因。
优选地,所述步骤S3具体包括:
S31,在相关人员的操作下显示诊断界面弹窗并开始诊断;
S32,获取所述车机与上层服务器件的系统数据与通信数据,并在所述诊断界面上显示;
S33,根据所述通信数据判断网络连接是否正常,若是则提示网络正常,并关闭所述诊断界面,若否则提示网络故障。
优选地,在所述步骤S3后,还包括步骤:
S4,显示故障处理引导界面;
S5,所述相关人员点击所述故障处理引导界面上的后台服务器反馈按钮,获取反馈引导手段;
S6,所述相关人员根据所述反馈引导手段,向所述后台服务器发起故障反馈。
优选地,所述步骤S1具体为,车机终端APP监听车机系统与上层服务器、后台服务器以及底层MCU之间的通信连接。
优选地,所述步骤S32中,所述系统数据包括系统版本、IMEI号、运营商信息;
所述步骤S32与步骤S33中,所述通信数据包括DNS域名解析、IP地址ping操作;
在所述步骤S33中,所述根据所述通信数据判断网络连接是否正常,具体为,判断所述车机APN为单路或双路,若所述车机APN为单路,则在单路所述通信数据符合预设情况时判断网络连接正常,若所述车机APN为双路,则在双路所述通信数据均符合预设情况时判断网络连接正常。
优选地,在所述步骤S33后,还设置有步骤:
S34,在提示网络故障后,通过处理中心向所述底层MCU发起网络异常原因判断请求,所述底层MCU监听网络模块异常复位,并通过所述处理中心回馈所述网络故障原因,所述诊断界面上提示网络故障并显示所述网络故障原因。
优选地,在所述步骤S6之后,还设置有步骤:
S7,所述后台服务器的管理人员汇总并分析所述网络故障原因;
S8,所述管理人员针对所述网络故障原因下发升级包;
S9,车机安装所述升级包。
本发明还提出了一种被动诊断并解决车机网络故障的方法,包括步骤:
T1,相关人员执行AT指令操作,即时诊断网络故障,获取网络故障原因,并向后台服务器反馈所述网络故障原因。
优选地,所述步骤T1具体包括步骤:
T11,显示AT指令控制页;
T12,所述相关人员在所述AT指令控制页上选择一键执行所有AT网络诊断指令或手动输入查询AT网络诊断指令;
T13,车机即时进行诊断后输出对应的诊断日志。
优选地,在所述步骤T13后还包括步骤:
T14,将对应的诊断日志上传至后台服务器以及提供日志输出拷贝通道供所述相关人员拷贝所述诊断日志;
T15,所述后台服务器的管理人员通过分析所述诊断日志查找网络故障原因;
T16,所述管理人员针对所述网络故障原因下发升级包;
T17,车机安装所述升级包。
由上可知,应用本发明提供的技术方案可以得到以下有益效果:
第一,本发明提出的主动诊断并解决车机网络故障的方法,可在网络故障时,主动操作并判断网络故障的原因,以便相关人员可针对该具体问题进行维护及升级更新,同时确保了网络故障原因判断的准确性;
第二,本发明提出的主动诊断并解决车机网络故障的方法,需预设有故障反馈的引导手段,令相关人员在车机网络故障时,能自主且尽快完成故障反馈过程,以缩短车机网络故障的维修时间,保证用户体验;
第三,本发明还提出被动诊断并解决车机网络故障的方法,可依照相关人员的指令进行操作,以获得用于判断车机网络故障原因的日志文件,工作人员接收到相应的文件后能准确分析出网络故障原因,得以针对该网络故障原因针对性地维修,同样可缩短维修时间,且确保维修后的车机网络恢复正常。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的主动诊断并解决车机网络故障的方法流程图;
图2为本发明实施例中被动诊断并解决车机网络故障的方法流程图;
图3为本发明实施例中主动诊断与被动诊断的方法与系统间通信图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本发明部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有的车机网络故障时,用户难以获知故障的具体原因,导致在联系客服时,难以对问题进行准备的描述,影响车机的维修时间的问题。
如图1与图3所示,为了解决上述问题,本实施例提出了一种主动诊断并解决车机网络故障的方法,其主要包括以下步骤:
S1,监听车机与上层服务器间的通信连接;
S2,当监听到车机与上层服务器间的网络连接异常时,将相应的异常信息保存至本地数据库并定期上传到后台服务器;
S3,根据相关人员的网络故障诊断操作,显示异常信息中的异常原因。
优选但不限定的是,本实施例中的操作主体为车机内的APP,也即在网络故障时,相关人员,也即使用者可通过车机内的某APP完成相关的诊断工作,同时在平日的使用时间里,该APP还会完成监听车机网络的动作,并在网络故障时上传相关数据,有助于后台服务器分析数据并判断得出具体的故障原因。同时,在收集有大量的数据后,可形成相应故障的升级包,对全部车机进行维修,以避免出现其余车机网络故障的问题。
更具体的,步骤S3具体包括:
S31,在相关人员的操作下显示诊断界面弹窗并开始诊断;
S32,获取车机与上层服务器间的系统数据与通信数据,并在诊断界面上显示;
S33,根据通信数据判断网络连接是否正常,若是则提示网络正常,并关闭诊断界面,若否则提示网络故障。
优选但不限定的是,操作主体为车机终端APP时,诊断界面优选显示在中控台的屏幕上。
优选但不限定的是,当检测到网络连接正常时,诊断界面上可显示当前使用网络类型,包括wifi或4G,或者其余网络连接类型,还显示有网络正常提示;而当检测到网络连接异常,诊断界面上呈现有异常原因(或异常原因状态码)以及网络异常提示。
在本实施例中,诊断界面弹窗上显示有系统数据,可用于优先判断当前系统与车机网络是否冲突,若是,则只需将车机网络修改至适配的数值即可,或者下发对应的升级包,优先针对性的修改对应数值,避免在解决车机网络故障时找错方向,导致网络故障并未解决。
在本实施例中,诊断界面在诊断到当前网络正常时,会自动关闭,不影响相关人员对车机的正常使用。
更具体的,在步骤S3后,还包括步骤:
S4,显示故障处理引导界面;
S5,相关人员点击故障处理引导界面上的后台服务器反馈按钮,获取反馈引导手段;
S6,相关人员根据反馈引导手段,向后台服务器发起故障反馈。
优选但不限定的是,在操作主体为车机终端APP的情况下,故障处理引导界面也显示于中控屏幕上,并叠加在诊断界面上,以便相关人员获取故障处理引导界面上的内容,也可采取暂时隐藏诊断界面,并显示故障处理引导界面的方式,当故障处理引导界面被人为关闭或缩小时,显示诊断界面的方式。
优选但不限定的是,反馈引导手段可为通过对应的手机APP,将诊断界面上显示的异常原因(或异常原因状态码)等异常信息反馈到后台服务器,提供给相关后台服务器上的管理人员分析解决该网络故障问题。
在本实施例中,故障反馈主要为相关人员与后台服务器间的沟通过程,也即在车机网络故障时,相关人员必须主动向后台服务器发起反馈,才能开启后续的回馈与维修步骤;假如检测到车机网络故障,但相关人员并未发起反馈时,后台服务器同样能收到车机网络故障的相关数据,有助于后台服务器对于整体车机网络的维护以及更新升级。
更具体的,步骤S1具体为,车机终端APP监听车机系统与上层服务器、后台服务器以及底层MCU之间的通信连接。
在本实施例中,车机为了正常的网络需求,必须建立与上层服务器、后台服务器以及底层MCU间的通信连接,才能实现完整的通信数据的上传下载,也即网络需求,因此车机终端APP必须监控上述三条通信链路的数据,若任一通信链路数据错误,则表明当前车机无法正常上网。
更具体的,在步骤S32中,系统数据包括系统版本、IMEI号、运营商信息;
步骤S32与步骤S33中,通信数据包括DNS域名解析、IP地址ping操作;
在步骤S33中,根据通信数据判断网络连接是否正常,具体为,判断车机APN为单路或双路,若车机APN为单路,则在单路通信数据符合预设情况是判断网络连接正常,若车机APN为双路,则在双路通信数据均符合预设情况时判断网络连接正常。
在本实施例中,前述已经描述了系统数据与车机网络故障的判断间的关系,由于系统数据的重要性,因此在获取系统数据时,应全面覆盖与车机网络相关的参数值,才能令后台数据库接收的数据更全面。
在本实施例中,获取上述通信数据可直观地判断网络连接的正常与否,若网络连接不正常,可通过修改DNS地址,或者进行ping操作,也为现在判断网络连接,或者修复网络连接的常规手段之一。
在本实施例中,针对设置有公网与专网的双路APN的车机,需检测公网与专网的网络连接是否均为正常,若是,才能确定车机当前网络连接无障碍,若有一路网络连接故障时,都判断为该车机产生网络故障,需进行维修,当前设置方式能保证车机与各通信端的正常通信,保证车机的正常使用。
更具体的,在步骤S33后,还设置有步骤:
S34,在提示网络故障后,通过处理中心向底层MCU发起网络异常原因判断请求,底层MCU监听网络模块异常复位,并通过处理中心回馈网络故障原因,诊断界面上提示网络故障并显示网络故障原因。
在本实施例中,当诊断界面上已确认当前网络故障时,车机的处理中心会与底层MCU通信,从通信结果获取当前网络故障原因,该获取方式基于底层MCU对车机网络的检测及判断,也即当根据网络模块的异常情况回复相应的故障原因,该判断方式完全基于车机自身的网络检测。
更具体的,在步骤S6之后,还设置有步骤:
S7,后台服务器的管理人员汇总并分析网络故障原因;
S8,管理人员针对网络故障原因下发升级包;
S9,车机安装升级包。
在本实施例中,步骤S6已经由相关人员向后台服务器发起故障反馈,其中该故障反馈应包含有底层MCU反馈的网络故障原因,因此管理人员可直接汇总接收的所有网络故障原因,并应用类似于大数据分析的方法,针对网络故障原因下发对应的升级包,令车机内部数据得以更新,避免出现前述车机网络故障原因。
优选但不限定的是,车机在接收到升级包时,fota在线升级。
如图2与图3所示,本实施例还提出了一种被动诊断并解决车机网络故障的方法,其包括步骤:T1,相关人员执行AT指令操作,及时诊断网络故障,获取网络故障原因,并向后台服务器反馈网络故障原因。
更具体的,步骤T1包括步骤:
T11,显示AT指令控制页;
T12,相关人员在AT指令控制页上选择一键执行所有AT网络诊断指令或手动输入查询AT网络诊断指令;
T13,车机即时进行诊断后输出对应的诊断日志。
优选但不限定的是,AT指令控制页的出现为相关人员在后台服务器管理人员的指示下自主获取,也可在诊断界面上设置有相应的开启按钮。
优选但不限定的是,车机执行输入的AT指令后输出诊断日志,该诊断日志内优选包括输入的AT指令,以及输入AT指令后车机处理中心接收到的数据变化等与判断车机网络故障有关的信息。
在本实施例中,通过各种AT指令可以确认到当前系统网络更原始更丰富的信息,可通过技术人员使用或技术人员指导使用者使用(配有一键执行所有AT指令的功能,方便用户操作),也可以根据需要自行输入AT指令。提供复制AT指令操作日志到U盘的功能,以便用户将AT指令操作日志发送给相关人员分析并解决网络问题。
优选但不限定的是,诊断日志中包括设备号、异常原因(或异常状态码)、日期时间等信息。
更具体地,在步骤T13后还包括步骤:
T14,将对应的诊断日志上传至后台服务器以及提供日志输出拷贝通道,供相关人员拷贝诊断日志;
T15,后台服务器的管理人员通过分析诊断日志查找网络故障原因;
T16,管理人员针对网络故障原因下发升级包;
T17,车机安装升级包。
在本实施例中,后台服务器的管理人员接收诊断日志,并根据诊断日志的内容判断当前车机网络故障的原因,采用该方式可以更精准地根据参数值判断网络问题,且是根据自己的判断得出,令该网络故障的诊断更具信服力。
优选但不限定的是,车机采用fota在线升级的方式安装升级包,也可采用其余方式对升级包进行安装。
应强调的时,本实施例提出的主动及被动诊断并解决车机网络故障的方法,其必须基于下述系统结构,也即车机上应设置有与后台服务器以及底层MCU通信的通信模块,以及内部设置有处理中心,用于完成初始化操作以及其余控制指令的发出,还设置有其余的检测模块等在本实施例中涉及的具体模块。
综上所述,本实施例提出了一种主动及被动诊断并解决车机网络故障的方法,在车机网络故障时,可用于诊断网络故障的原因,并将相关内容上传至后台服务器,后台服务器会下发对应的升级包,车机在安装该升级包后即可解决该网络故障问题,恢复正常上网功能。
以上所述的实施方式,并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等,均应包含在该技术方案的保护范围之内。
Claims (10)
1.一种主动诊断并解决车机网络故障的方法,其特征在于,包括以下步骤:
S1,监听车机与上层服务器间的通信连接;
S2,当监听到所述车机与上层服务器间的网络连接异常时,将相应的异常信息保存至本地数据库并定期上传到后台服务器;
S3,根据相关人员的网络故障诊断操作,显示所述异常信息中的异常原因。
2.根据权利要求1所述的一种主动诊断并解决车机网络故障的方法,其特征在于,所述步骤S3具体包括:
S31,在相关人员的操作下显示诊断界面弹窗并开始诊断;
S32,获取所述车机与上层服务器间的系统数据与通信数据,并在所述诊断界面上显示;
S33,根据所述通信数据判断网络连接是否正常,若是则提示网络正常,并关闭所述诊断界面,若否则提示网络故障。
3.根据权利要求2所述的一种主动诊断并解决车机网络故障的方法,其特征在于,在所述步骤S3后,还包括步骤:
S4,显示故障处理引导界面;
S5,所述相关人员点击所述故障处理引导界面上的后台服务器反馈按钮,获取反馈引导手段;
S6,所述相关人员根据所述反馈引导手段,向所述后台服务器发起故障反馈。
4.根据权利要求3所述的一种主动诊断并解决车机网络故障的方法,其特征在于:
所述步骤S1具体为,车机终端APP监听车机系统与上层服务器、后台服务器以及底层MCU之间的通信连接。
5.根据权利要求4所述的一种主动诊断并解决车机网络故障的方法,其特征在于:
所述步骤S32中,所述系统数据包括系统版本、IMEI号、运营商信息;
所述步骤S32与步骤S33中,所述通信数据包括DNS域名解析、IP地址ping操作;
在所述步骤S33中,所述根据所述通信数据判断网络连接是否正常,具体为,判断所述车机APN为单路或双路,若所述车机APN为单路,则在单路所述通信数据符合预设情况时判断网络连接正常,若所述车机APN为双路,则在双路所述通信数据均符合预设情况时判断网络连接正常。
6.根据权利要求5所述的一种主动诊断并解决车机网络故障的方法,其特征在于,在所述步骤S33后,还设置有步骤:
S34,在提示网络故障后,通过处理中心向所述底层MCU发起网络异常原因判断请求,所述底层MCU监听网络模块异常复位,并通过所述处理中心回馈所述网络故障原因,所述诊断界面上提示网络故障并显示所述网络故障原因。
7.根据权利要求6所述的一种主动诊断并解决车机网络故障的方法,其特征在于,在所述步骤S6之后,还设置有步骤:
S7,所述后台服务器的管理人员汇总并分析所述网络故障原因;
S8,所述管理人员针对所述网络故障原因下发升级包;
S9,车机安装所述升级包。
8.一种被动诊断并解决车机网络故障的方法,其特征在于,包括步骤:
T1,相关人员执行AT指令操作,即时诊断网络故障,获取网络故障原因,并向后台服务器反馈所述网络故障原因。
9.根据权利要求8所述的一种被动诊断并解决车机网络故障的方法,其特征在于,所述步骤T1具体包括步骤:
T11,显示AT指令控制页;
T12,所述相关人员在所述AT指令控制页上选择一键执行所有AT网络诊断指令或手动输入查询AT网络诊断指令;
T13,车机即时进行诊断后输出对应的诊断日志。
10.根据权利要求9所述的一种被动诊断并解决车机网络故障的方法,其特征在于,在所述步骤T13后还包括步骤:
T14,将对应的诊断日志上传至后台服务器以及提供日志输出拷贝通道供所述相关人员拷贝所述诊断日志;
T15,所述后台服务器的管理人员通过分析所述诊断日志查找网络故障原因;
T16,所述管理人员针对所述网络故障原因下发升级包;
T17,车机安装所述升级包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910945093.8A CN110752965A (zh) | 2019-09-30 | 2019-09-30 | 一种主动及被动诊断并解决车机网络故障的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910945093.8A CN110752965A (zh) | 2019-09-30 | 2019-09-30 | 一种主动及被动诊断并解决车机网络故障的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110752965A true CN110752965A (zh) | 2020-02-04 |
Family
ID=69277688
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910945093.8A Pending CN110752965A (zh) | 2019-09-30 | 2019-09-30 | 一种主动及被动诊断并解决车机网络故障的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110752965A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112230958A (zh) * | 2020-10-16 | 2021-01-15 | 上海博泰悦臻电子设备制造有限公司 | 车机激活方法 |
CN112233278A (zh) * | 2020-12-09 | 2021-01-15 | 智道网联科技(北京)有限公司 | 远程故障分析方法及车载终端、服务器、设备及介质 |
CN112929911A (zh) * | 2021-01-06 | 2021-06-08 | 深圳市麦谷科技有限公司 | 一种对车载设备的网络异常的监控方法及系统 |
CN114546776A (zh) * | 2022-02-24 | 2022-05-27 | 重庆长安汽车股份有限公司 | 一种基于云平台的异常数据监控方法 |
CN115050117A (zh) * | 2022-08-15 | 2022-09-13 | 深圳市星卡软件技术开发有限公司 | 车辆诊断报告的生成方法、装置及诊断设备 |
CN115273273A (zh) * | 2022-06-29 | 2022-11-01 | 重庆长安汽车股份有限公司 | 车机系统的交互方法、装置、云服务器及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348661A (zh) * | 2013-08-08 | 2015-02-11 | 携程计算机技术(上海)有限公司 | 网络失效数据上传、接收方法和设备及记录方法和系统 |
CN104461786A (zh) * | 2014-12-19 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Android系统的恢复方法及Android系统的恢复系统 |
CN105430681A (zh) * | 2015-11-04 | 2016-03-23 | 努比亚技术有限公司 | 异常自动上传及恢复方法、装置及移动终端 |
CN105611330A (zh) * | 2015-12-24 | 2016-05-25 | Tcl集团股份有限公司 | 智能电视维护方法、系统及一种服务器、一种移动终端 |
US20160308743A1 (en) * | 2015-04-14 | 2016-10-20 | GM Global Technology Operations LLC | Determining performance criteria of a vehicle communication network connection |
CN106527403A (zh) * | 2016-12-13 | 2017-03-22 | 象翌微链科技发展有限公司 | 车辆智能诊断方法及装置 |
CN107846330A (zh) * | 2017-12-18 | 2018-03-27 | 深圳创维数字技术有限公司 | 一种网络故障检测方法、终端及计算机可读介质 |
CN108632112A (zh) * | 2018-04-12 | 2018-10-09 | 腾讯科技(深圳)有限公司 | 网络检测方法、装置、计算机可读存储介质和计算机设备 |
CN108964946A (zh) * | 2017-05-18 | 2018-12-07 | 公牛集团股份有限公司 | 一种智能终端配网故障的检测方法 |
-
2019
- 2019-09-30 CN CN201910945093.8A patent/CN110752965A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348661A (zh) * | 2013-08-08 | 2015-02-11 | 携程计算机技术(上海)有限公司 | 网络失效数据上传、接收方法和设备及记录方法和系统 |
CN104461786A (zh) * | 2014-12-19 | 2015-03-25 | 上海斐讯数据通信技术有限公司 | Android系统的恢复方法及Android系统的恢复系统 |
US20160308743A1 (en) * | 2015-04-14 | 2016-10-20 | GM Global Technology Operations LLC | Determining performance criteria of a vehicle communication network connection |
CN105430681A (zh) * | 2015-11-04 | 2016-03-23 | 努比亚技术有限公司 | 异常自动上传及恢复方法、装置及移动终端 |
CN105611330A (zh) * | 2015-12-24 | 2016-05-25 | Tcl集团股份有限公司 | 智能电视维护方法、系统及一种服务器、一种移动终端 |
CN106527403A (zh) * | 2016-12-13 | 2017-03-22 | 象翌微链科技发展有限公司 | 车辆智能诊断方法及装置 |
CN108964946A (zh) * | 2017-05-18 | 2018-12-07 | 公牛集团股份有限公司 | 一种智能终端配网故障的检测方法 |
CN107846330A (zh) * | 2017-12-18 | 2018-03-27 | 深圳创维数字技术有限公司 | 一种网络故障检测方法、终端及计算机可读介质 |
CN108632112A (zh) * | 2018-04-12 | 2018-10-09 | 腾讯科技(深圳)有限公司 | 网络检测方法、装置、计算机可读存储介质和计算机设备 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112230958A (zh) * | 2020-10-16 | 2021-01-15 | 上海博泰悦臻电子设备制造有限公司 | 车机激活方法 |
CN112233278A (zh) * | 2020-12-09 | 2021-01-15 | 智道网联科技(北京)有限公司 | 远程故障分析方法及车载终端、服务器、设备及介质 |
CN112929911A (zh) * | 2021-01-06 | 2021-06-08 | 深圳市麦谷科技有限公司 | 一种对车载设备的网络异常的监控方法及系统 |
CN114546776A (zh) * | 2022-02-24 | 2022-05-27 | 重庆长安汽车股份有限公司 | 一种基于云平台的异常数据监控方法 |
CN115273273A (zh) * | 2022-06-29 | 2022-11-01 | 重庆长安汽车股份有限公司 | 车机系统的交互方法、装置、云服务器及存储介质 |
CN115050117A (zh) * | 2022-08-15 | 2022-09-13 | 深圳市星卡软件技术开发有限公司 | 车辆诊断报告的生成方法、装置及诊断设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110752965A (zh) | 一种主动及被动诊断并解决车机网络故障的方法 | |
JP6900531B2 (ja) | モバイル機器サポートサービスを提供するためのシステム、方法、装置、およびコンピュータプログラム製品 | |
US8588767B2 (en) | Mobile terminal device, self-diagnosis method and non-transitory, computer readable storage medium | |
US10153957B2 (en) | Fault diagnosis method, device, and fault diagnosis system | |
EP2472781B1 (en) | Network system, equipment and verification method for verifying network service | |
CN110597224A (zh) | 车辆故障信息展示方法、装置、车辆和存储介质 | |
US20170286199A1 (en) | Diagnostic and workflow engine with system integration | |
CN112596972A (zh) | 车载设备的测试方法、装置、系统、计算机设备 | |
CN104769554A (zh) | 用于提供移动设备支持服务的系统、方法、设备以及计算机程序产品 | |
US11233713B2 (en) | Controller area network and connectivity health troubleshooting system | |
US9992066B2 (en) | Data updating method, device for vehicle diagnosing apparatus and vehicle diagnosing apparatus | |
WO2023125852A1 (zh) | 远程诊断方法及装置、电子设备和存储介质 | |
JP2005041437A (ja) | 車両診断方法、車両診断システム、車両およびセンター | |
CN109895712B (zh) | 通过串口读取obd设备的汽车信息并进行展示的方法 | |
CN108470000B (zh) | 通讯终端软件自动测试方法、系统及介质 | |
CN112394703B (zh) | 一种车辆故障管理系统 | |
CN113312064B (zh) | 物理机的安装配置方法、装置以及计算机可读介质 | |
CN102439568A (zh) | 计算设备的系统健康和性能看护 | |
CN111338951A (zh) | 无线智能家电检测方法及系统 | |
CN112911283B (zh) | 智能电视测试方法及装置 | |
CN112860559A (zh) | 升级测试系统和方法 | |
CN115118577B (zh) | 远程升级异常原因确定方法、装置、电子设备及存储介质 | |
CN115623195A (zh) | 一种电视故障诊断方法、装置、设备和存储介质 | |
CN113542372A (zh) | 一种数据处理的方法和装置 | |
JP2005044311A (ja) | 車両診断方法、車両診断システム、車両およびセンター |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200204 |
|
RJ01 | Rejection of invention patent application after publication |