CN117579683A - 车辆配置文件生成方法、装置、电子设备及可读存储介质 - Google Patents
车辆配置文件生成方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN117579683A CN117579683A CN202311523890.XA CN202311523890A CN117579683A CN 117579683 A CN117579683 A CN 117579683A CN 202311523890 A CN202311523890 A CN 202311523890A CN 117579683 A CN117579683 A CN 117579683A
- Authority
- CN
- China
- Prior art keywords
- configuration
- vehicle
- configuration file
- file
- parameter
- 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
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000003860 storage Methods 0.000 title claims description 12
- 238000012795 verification Methods 0.000 claims abstract description 113
- 230000004044 response Effects 0.000 claims abstract description 13
- 238000012544 monitoring process Methods 0.000 claims description 83
- 238000004891 communication Methods 0.000 claims description 37
- 230000006855 networking Effects 0.000 claims description 28
- 230000004048 modification Effects 0.000 claims description 23
- 238000012986 modification Methods 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 8
- 238000003745 diagnosis Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 9
- 238000012423 maintenance Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000446 fuel Substances 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- 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/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
- H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates
-
- 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/0889—Techniques to speed-up the configuration process
-
- 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
Abstract
本申请提供了一种车辆配置文件生成方法、装置及电子设备,该方法应用于整车控制领域,该方法包括:根据车辆的车型信息,确定车辆的第一配置参数;响应于对车辆的配置指令,确定车辆的第二配置参数;基于第一配置参数和第二配置参数,对配置文件模板进行填充,得到第一配置文件;对第一配置文件进行格式校验,得到第一校验结果;在第一校验结果为校验通过的情况下,根据第一配置文件,确定车辆的第二配置文件。该方法能够生成车辆配置文件,且无需依赖繁琐的人工操作,有效缩短了车辆配置文件的配置时间,配置效率高;同时,减少了人为因素导致的疏漏和错误,确保配置文件的完整性和一致性,提高了配置文件的可靠性。
Description
技术领域
本申请涉及整车控制领域,并且更具体地,涉及整车控制领域中的一种车辆配置文件生成方法、装置及电子设备。
背景技术
目前,在车辆生产过程中,车辆配置文件是通过工作人员线下传递功能协议适配表,对配置文件中的配置项进行手动配置得到的,由于现有的车辆配置文件依赖人工操作,配置过程费时费力,导致配置效率低下;同时,手动创建和传递配置文件容易出现疏漏和错误,降低了配置文件的可靠性。
发明内容
本申请提供了一种车辆配置文件生成方法、装置及电子设备,该方法能够解决现有人工配置车辆配置文件时费时费力,配置效率低,且可靠性差的问题。
第一方面,提供了一种车辆配置文件生成方法,该方法包括:根据车辆的车型信息,确定所述车辆的第一配置参数;其中,所述第一配置参数固定不变;
响应于对所述车辆的配置指令,确定所述车辆的第二配置参数;其中,所述第二配置参数可灵活配置;
基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件;其中,所述第一配置文件用于描述所述车辆的车联网业务或数据监控业务的配置信息;
对所述第一配置文件进行格式校验,得到第一校验结果;
在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件;其中,所述第二配置文件用于将所述车辆的车联网业务或数据监控业务的配置信息写入所述车辆。
上述技术方案中,首先,根据车辆的车型信息,确定车辆对应的固定不变的第一配置参数,并响应于对车辆的配置指令,确定车辆对应的可灵活配置的第二配置参数;其次,根据第一配置参数和第二配置参数对配置文件模板进行填充,即可得到用于描述车辆的车联网业务或数据监控业务的配置信息的第一配置文件,第一配置文件的结构清晰,易于解析,便于后续对第一配置文件进行处理;最后,对第一配置文件进行格式校验,得到第一校验结果,在第一校验结果为校验通过的情况下,对第一配置文件进行格式转换,以得到用于将车辆的车联网业务或数据监控业务的配置信息写入车辆的第二配置文件。本申请通过云平台根据固定不变的第一配置参数和可灵活配置的第二配置参数自动生成车辆配置文件,无需依赖繁琐的人工操作,有效缩短了车辆配置文件的配置时间,配置效率高;同时,减少了人为因素导致的疏漏和错误,确保配置文件的完整性和一致性,提高了配置文件的可靠性。
结合第一方面,在某些可能的实现方式中,所述基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件,包括:
对所述第一配置参数和所述第二配置参数进行格式校验,得到第二校验结果;
在所述第二校验结果为校验通过的情况下,利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件。
上述技术方案中,通过云平台对第一配置参数和第二配置参数分别进行数据重复性校验,得到第二检验结果,在第二校验结果为校验通过的情况下,利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件;通过对第一配置参数和第二配置参数分别进行数据重复性校验,可以确保第一配置参数和第二配置参数的格式符合预定义的规范和要求,提高了第一配置文件的准确性和可用性。
结合第一方面和上述实现方式,在某些可能的实现方式中,在所述第一配置文件用于描述所述车辆的车联网业务的配置信息的情况下,所述第一配置参数包括所述车辆的通信配置参数,所述第二配置参数包括所述车辆的车辆配置参数;
所述利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件,包括:
利用所述通信配置参数和所述车辆配置参数填充车联网配置文件模板,得到所述第一配置文件。
上述技术方案中,在第一配置文件是用于描述车辆的车联网业务的配置信息的情况下,第一配置参数包括车辆的APN参数、链接地址、链接端口、短信号码和CALL参数等通信配置参数,第二配置参数包括车辆的车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数等车辆配置参数,利用固定不变的通信配置参数和灵活配置的车辆配置参数对车联网配置文件模板进行填充,即可得到用于描述车辆的车联网业务的配置信息的第一配置文件,且第一配置文件能够适应不同车辆的通信需求和特定功能的设置,灵活性和适应性好。
结合第一方面和上述实现方式,在某些可能的实现方式中,在所述第一配置文件用于描述所述车辆的数据监控业务的配置信息的情况下,所述第一配置参数包括所述车辆的监控数据的采集上报配置参数;
所述利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件,包括:
利用所述采集上报配置参数填充监控数据配置文件模板,得到所述第一配置文件。
上述技术方案中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,第一配置参数包括车辆的位置数据、速度数据、里程数据、油耗数据和故障数据等监控数据的采集周期和上报周期,只需要根据固定不变的第一配置参数对监控数据配置文件模板进行填充,即可得到第一配置文件,无需第二配置参数,在一定程度上简化了配置流程,无需进行繁琐的参数设置和调整,同时避免了人为错误和误操作。
结合第一方面和上述实现方式,在某些可能的实现方式中,所述对所述第一配置文件进行格式校验,得到第一校验结果,包括:
根据所述车辆的车型信息,确定所述车辆对应的目标平台;
将所述第一配置文件发送至所述目标平台,并通过所述目标平台对所述第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果;
其中,在所述目标平台对第一配置文件中的所述必填项、所述已填写内容的数据类型和所述已填写内容的数据长度均校验通过的情况下,所述第一校验结果为校验通过。
上述技术方案中,在得到车辆的第一配置文件之后,根据车辆的车型信息,确定车辆对应的目标平台,并将车辆的第一配置文件发送至车辆对应的目标平台,能够确保车辆被正确地连接到适合其特性和需求的平台上,以便于目标平台给车辆提供更加精准和有效的服务和支持;此外,通过目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果,以通过第一校验结果反映第一配置文件中各项数据是否符合目标平台的要求和规范,有效加强数据安全性。
结合第一方面和上述实现方式,在某些可能的实现方式中,所述在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件,包括:
在所述第一校验结果为校验通过的情况下,对所述第一配置文件进行解析,得到所述第一配置文件的配置信息;
将所述第一配置文件的配置信息填充至所述第二配置文件的文件模板中,得到所述第二配置文件。
上述技术方案中,在第一校验结果为校验通过的情况下,对第一配置文件进行解析,得到第一配置文件的配置信息,再将第一配置文件的配置信息填充至第二配置文件的文件模板中,得到第二配置文件,第二配置文件包含与第一配置文件相同的配置信息,且第二配置文件相比第一配置文件更加轻量,更易于阅读和编辑,便于后续对配置文件进行维护
结合第一方面和上述实现方式,在某些可能的实现方式中,在所述根据所述第一配置文件,确定所述车辆的第二配置文件之后,所述方法还包括:
响应于对所述第二配置参数的修改指令,对所述第二配置参数进行修改,得到修改后的第二配置参数;
基于所述修改后的第二配置参数,对所述第一配置文件进行更新,得到更新后的第一配置文件;
根据所述更新后的第一配置文件,确定所述车辆的更新后的第二配置文件。
上述技术方案中,云平台响应于对第二配置参数的修改指令,根据修改指令,可以对第二配置参数进行修改,得到修改后的第二配置参数,并基于修改后的第二配置参数,对第一配置文件进行更新,得到更新后的第一配置文件;最后,根据更新后的第一配置文件,确定车辆的更新后的第二配置文件,以实现对第二配置文件的修改的维护。
第二方面,提供了一种车辆配置文件生成装置,该装置包括:第一确定模块,用于根据车辆的车型信息,确定所述车辆的第一配置参数;其中,所述第一配置参数固定不变;
第二确定模块,用于响应于对所述车辆的配置指令,确定所述车辆的第二配置参数;其中,所述第二配置参数可灵活配置;
填充模块,用于基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件;其中,所述第一配置文件用于描述所述车辆的车联网业务或数据监控业务的配置信息;
格式校验模块,用于对所述第一配置文件进行格式校验,得到第一校验结果;
第三确定模块,用于在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件;其中,所述第二配置文件用于将所述车辆的车联网业务或数据监控业务的配置信息写入所述车辆。
结合第二方面,在某些可能的实现方式中,所述填充模块,具体用于:对所述第一配置参数和所述第二配置参数进行格式校验,得到第二校验结果;
在所述第二校验结果为校验通过的情况下,利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件。
结合第二方面和上述实现方式,在某些可能的实现方式中,在所述第一配置文件用于描述所述车辆的车联网业务的配置信息的情况下,所述第一配置参数包括所述车辆的通信配置参数,所述第二配置参数包括所述车辆的车辆配置参数;
所述填充模块,具体用于:利用所述通信配置参数和所述车辆配置参数填充车联网配置文件模板,得到所述第一配置文件;
其中,所述通信配置参数包括APN参数、链接地址、链接端口、短信号码和CALL参数,所述车辆配置参数包括车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数。
结合第二方面和上述实现方式,在某些可能的实现方式中,在所述第一配置文件用于描述所述车辆的数据监控业务的配置信息的情况下,所述第一配置参数包括所述车辆的监控数据的采集上报配置参数;
所述填充模块,具体用于:利用所述采集上报配置参数填充监控数据配置文件模板,得到所述第一配置文件;
其中,所述采集上报配置参数包括所述车辆的监控数据的采集周期和上报周期,所述监控数据包括所述车辆的位置数据、速度数据、里程数据、油耗数据和故障数据。
结合第二方面和上述实现方式,在某些可能的实现方式中,所述格式校验模块,具体用于:根据所述车辆的车型信息,确定所述车辆对应的目标平台;
将所述第一配置文件发送至所述目标平台,并通过所述目标平台对所述第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果;
其中,在所述目标平台对第一配置文件中的所述必填项、所述已填写内容的数据类型和所述已填写内容的数据长度均校验通过的情况下,所述第一校验结果为校验通过。
结合第二方面和上述实现方式,在某些可能的实现方式中,所述第三确定模块,具体用于:在所述第一校验结果为校验通过的情况下,对所述第一配置文件进行解析,得到所述第一配置文件的配置信息;
将所述第一配置文件的配置信息填充至所述第二配置文件的文件模板中,得到所述第二配置文件。
结合第二方面和上述实现方式,在某些可能的实现方式中,该装置还包括:
修改模块,用于响应于对所述第二配置参数的修改指令,对所述第二配置参数进行修改,得到修改后的第二配置参数;
更新模块,用于基于所述修改后的第二配置参数,对所述第一配置文件进行更新,得到更新后的第一配置文件;
第四确定模块,用于根据所述更新后的第一配置文件,确定所述车辆的更新后的第二配置文件。
第三方面,提供了一种电子设备,包括存储器和处理器。该存储器用于存储可执行程序代码,该处理器用于从存储器中调用并运行该可执行程序代码,使得该电子设备执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
第四方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
第五方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
附图说明
图1是本申请实施例提供的一种车辆配置文件生成方法的实施环境示意图;
图2是本申请实施例提供的一种车辆配置文件生成方法的示意性流程图;
图3是本申请实施例提供的一种车辆配置文件生成装置的结构示意图。
图4是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B:文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。
下面,对本申请实施例提供的技术方案的实施环境进行介绍。图1是本申请实施例提供的一种车辆配置文件生成方法的实施环境示意图,参见图1,该实施环境中可以包括车载终端110和云平台120。
车载终端110通过无线网络与云平台120相连,车载终端110包括多种类型的传感器,通过该多种类型的传感器能够获得驾驶员驾驶车载终端110所在车辆时的行程数据,相应地,车载终端110还包括处理器和存储器,存储器用存储传感器采集的信息,处理器用于对存储器中存储的信息进行处理。车载终端110安装和运行有支持获取驾驶员行程数据的应用程序。
云平台120是独立的物理服务器,或者是多个物理服务器构成的服务器集群或者分布式系统,或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、分发网络(Content Delivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
在介绍完本申请实施例提供的实施环境之后,下面对本申请实施例的应用场景进行介绍。
本申请实施例提供的技术方案能够应用在各类车辆配置文件生成场景中,采用本申请实施例提供的技术方案生成车辆配置文件,无需依赖繁琐的人工操作,有效缩短了车辆配置文件的配置时间,配置效率高;同时,减少了人为因素导致的疏漏和错误,确保配置文件的完整性和一致性,提高了配置文件的可靠性。
介绍完本申请实施例的实施环境和应用场景之后,下面对本申请实施例提供的技术方案进行说明。参见图2,图2是本申请实施例提供的一种车辆配置文件生成方法的示意性流程图,以执行主体为云平台为例,该车辆配置文件生成方法200包括步骤201~步骤205。
步骤201,云平台根据车辆的车型信息,确定车辆的第一配置参数。
需要说明的是,云平台包括第一子平台、第二子平台和第三子平台,云平台通过第一子平台得到第一配置文件,第一子平台将第一配置文件发送给第二子平台或第三子平台,再由第二子平台或第三子平台根据第一配置文件得到第二配置文件。
需要说明的是,在步骤201,云平台的第一子平台根据车辆的车型信息,确定车辆的第一配置参数之前,该车辆配置文件生成方法200还包括:获取车辆的车型信息。
其中,云平台的第一子平台可以通过OBD(On-Board Diagnostics,车载自动诊断)接口连接到车辆的电子控制单元,并读取车辆的诊断数据,车辆的诊断数据中包含有车辆的车型信息;云平台的第一子平台可以与第三方数据提供商合作,获得车辆的车型信息,本实施例对此不做具体限定。
需要说明的是,在车辆出厂前后,车辆的第一配置参数通常是固定且不可更改的;然而,在特殊情况下,第一配置参数可能是可以被更改的。例如,对于一些车辆运营商或车辆租赁公司来说,他们可能需要在车辆使用前对其进行一些个性化的配置,例如分配特定的SIM卡号、设置特定的车辆标识等,在这种情况下,第一配置参数是可以根据需求进行更改的。因此,第一配置参数是否固定不变取决于具体的车辆和应用场景,在实际应用中,需要综合考虑车辆的特性、使用需求以及安全性等因素,确定是否使第一配置参数固定不变。
在本申请实施例中,第一配置参数可以是由工作人员提供给第一子平台;也可以是第一子平台根据车辆的车型信息从配置数据库中自动获取车辆的第一配置参数,配置数据库是一个用于存储各个车型的第一配置参数的数据库,以便于第一子平台根据车辆的车型自动获取车辆的第一配置参数,本实施例对此不做具体限定。
步骤202,云平台响应于对车辆的配置指令,确定车辆的第二配置参数。
需要说明的是,配置指令可以是工作人员向云平台发送的指令,配置指令中携带有车辆的第二配置参数信息,云平台的第一子平台在接收到用户发送的配置指令之后,提取配置指令中的第二配置参数信息,并将提取到的第二配置参数信息确定为车辆的第二配置参数。
其中,第二配置参数可以由工作人员进行灵活配置,以满足不同车辆的个性化配置需求,提高车辆的配置灵活性。
步骤203,云平台基于第一配置参数和第二配置参数,对配置文件模板进行填充,得到第一配置文件。
其中,第一配置文件可以为XML文件,第一配置文件用于描述车辆的车联网业务的配置信息,或者,第一配置文件用于描述车辆的数据监控业务的配置信息。
需要说明的是,XML文件是一种使用可扩展标记语言(Extensible MarkupLanguage)创建的数据文件,XML文件的目标并不是用来显示数据,而是用来传输和存储数据。XML文件允许用户定义自己的标签,使得数据描述和数据分离,变得清晰易读,且XML文件还允许开发人员精确控制数据的组织方式;此外,XML文件可以在不同的平台和编程语言之间进行数据交换和共享,具有广泛的兼容性。
其中,配置文件模板一种预定义的配置文件,配置文件模板包含了一系列的设置和参数信息,可以被用于快速创建新的第一配置文件。在使用配置文件模板时,用户只需要按照配置文件模板中的要求填写相应的信息,就可以快速地创建一个新的第一配置文件,这样可以大大减少用户的配置时间和复杂性,同时也可以提高第一配置文件的准确性和一致性。
需要说明的是,步骤203,云平台基于第一配置参数和第二配置参数,对配置文件模板进行填充,得到第一配置文件,具体包括步骤2031和步骤2032。
步骤2031,云平台对第一配置参数和第二配置参数进行格式校验,得到第二校验结果。
需要说明的是,在第一子平台获取到第一配置参数和第二配置参数之后,第一子平台分别对第一配置参数和第二配置参数进行数据重复性校验;其中,第一子平台对第一配置参数进行数据重复性校验的方法和对第二配置参数进行数据重复性校验的方法相同,第一子平台对第一配置参数进行数据重复性检验的方法为:首先,对第一配置参数进行数据预处理,例如,对第一配置参数进行去除空格、转换大小写等操作,以确保数据的一致性;其次,将第一配置参数与已有数据进行比对,检查是否存在与第一配置参数相同的数据;最后,根据数据比对的结果,确定是否存在与第一配置参数相同的数据,在已有数据中存在与第一配置参数相同的数据的情况下,则认为第一配置参数的数据重复性校验不通过;在已有数据中不存在与第一配置参数相同的数据的情况下,则认为第一配置参数的数据重复性校验通过。
步骤2032,云平台在第二校验结果为校验通过的情况下,利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件。
其中,在第一配置参数和第二配置参数的数据重复性校验均通过的情况下,第二校验结果为校验通过;在第一配置参数和第二配置参数中存在至少一个配置参数的数据重复性校验不通过的情况下,第二校验结果为校验不通过。
在本申请实施例中,通过云平台对第一配置参数和第二配置参数分别进行数据重复性校验,得到第二检验结果,在第二校验结果为校验通过的情况下,利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件;通过对第一配置参数和第二配置参数分别进行数据重复性校验,可以确保第一配置参数和第二配置参数的格式符合预定义的规范和要求,提高了第一配置文件的准确性和可用性。
在本申请的一个实施例中,在第一配置文件用于描述车辆的车联网业务的配置信息的情况下,第一配置参数包括车辆的通信配置参数,第二配置参数包括车辆的车辆配置参数。
其中,通信配置参数包括APN参数、链接地址、链接端口、短信号码和CALL参数,车辆配置参数包括车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数。
需要说明的是,在第一配置文件用于描述车辆的车联网业务的配置信息的情况下,第一配置文件用于描述车辆的TBOX(Telematics Box,车联网系统)设备的配置信息。
其中,APN(Access Point Name,接入点名称)参数:是互联网服务提供商为用户提供的接入点名称,用于连接到互联网,在第一配置文件中,需要设定正确的APN参数,才能保证车辆的TBOX(Telematics Box,车联网系统)设备能够通过蜂窝网络连接互联网。
其中,链接地址:包括tsp域名和pc证书域名等参数,链接地址是指TBOX设备需要连接的服务器的地址,tsp域名是指TBOX设备连接的服务器的域名,pc证书域名是指用于身份验证和数据加密的证书服务器的域名。
其中,链接端口:是指TBOX设备需要连接的服务器的网络端口,不同的服务可能会使用不同的端口,所以需要在第一配置文件的通信配置参数中进行设定。
其中,短信号码:是指TBOX设备用于发送和接收短信的电话号码,这些短信用于车辆的远程控制或者故障报警等功能。
其中,CALL参数,是指TBOX设备进行电话呼叫的相关参数,如呼叫的电话号码、呼叫的方式等。
需要说明的是,通信配置参数除上述APN参数、链接地址、链接端口、短信号码和CALL参数之外,还可以包括SIM卡号、设备ID(TBOX设备的唯一标识符)等参数;通过设定通信配置参数可以确保车辆与后台服务器之间的正常通信和数据传输。
其中,车辆识别代码(Vehicle Identification Number,VIN):车辆识别代码是车辆的唯一标识符,用于识别车辆的制造商、品牌、型号、年份和生产序列号等信息,每台车辆都有一个唯一的车辆识别代码。
其中,车辆归属平台:指车辆所属的平台,通常用于车辆管理和调度,以便对车辆的使用情况进行监控和控制;其中,车辆归属平台可以为第二子平台或第三子平台。
其中,车辆动力类型:指车辆所采用的动力系统类型,包括传统燃油动力、混合动力、电动车等,车辆动力类型参数对车辆的性能、燃油效率和环保性能等方面有着重要影响。
其中,V2X配置参数:V2X是指车辆与外部环境之间的通信和交互,具体包括车辆与车辆(Vehicle-to-Vehicle,V2V)、车辆与基础设施(Vehicle-to-Infrastructure,V2I),以及车辆与行人(Vehicle-to-Pedestrian,V2P)等;V2X配置参数指车辆所采用的V2X技术和配置,以及与其他车辆、基础设施和行人之间的通信协议。
其中,云诊断配置参数:云诊断是指通过互联网将车辆故障信息上传至云端进行分析和诊断,以便快速定位和解决问题;云诊断配置参数指车辆所采用的云诊断技术和配置,以及与云端之间的通信协议和数据格式等。
需要说明的是,车辆配置参数除上述的车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数之外,还可以包括车身结构参数、发送机参数等等;通过灵活配置车辆配置参数可以对车辆性能和功能进行个性化设置,提供更好的驾驶体验和安全保障。
步骤2032,云平台利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件,具体包括:云平台利用通信配置参数和车辆配置参数填充车联网配置文件模板,得到第一配置文件。
其中,在第一配置文件用于描述车辆的车联网业务的配置信息的情况下,配置文件模板为车联网配置文件模板。
需要说明的是,车联网配置文件模板是根据车联网系统的要求和规范,预设设置好并存储在第一子平台中的;车联网配置文件模板包含了车联网配置文件必要的字段和结构,以存储车辆的通信配置参数和车辆配置参数。
需要说明的是,第一子平台首先按照车联网配置文件模板的格式要求,根据字段名称或标识,将通信配置参数和车辆配置参数中相应的参数值填入车联网配置文件模板中的对应位置;其次,对填入通信配置参数和车辆配置参数的车联网配置文件模板进行验证,确定所有必要的参数都已正确填写且符合规范;最后,将填入通信配置参数和车辆配置参数的车联网配置文件模板保存为第一配置文件,第一配置文件可以是文本文件、XML文件等,第一配置文件的具体格式取决于车联网系统的要求,本实施例对此不做具体限定。
在本申请实施例中,在第一配置文件是用于描述车辆的车联网业务的配置信息的情况下,第一配置参数包括车辆的APN参数、链接地址、链接端口、短信号码和CALL参数等通信配置参数,第二配置参数包括车辆的车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数等车辆配置参数,利用固定不变的通信配置参数和灵活配置的车辆配置参数对车联网配置文件模板进行填充,即可得到用于描述车辆的车联网业务的配置信息的第一配置文件,且第一配置文件能够适应不同车辆的通信需求和特定功能的设置,灵活性和适应性好。
此外,通过本申请实施例提供的利用车联网配置文件模板和填充参数的方式,可以快速生成用于描述车辆的车联网业务的配置信息第一配置文件,有效节省配置时间,并减少了人工配置错误的可能性,提高配置的准确性和效率;同时,通过将通信配置参数和车辆配置参数集中在一个配置文件中,方便对车联网业务的配置进行统一管理和维护,当需要修改或更新配置时,只需修改相应的参数值,而无需对整个配置文件进行修改,降低了维护成本和复杂度;当需要增加新的通信配置参数或车辆配置参数时,只需在模板中添加相应的字段,并在通信配置参数或车辆配置参数中提供对应的数值即可,能够方便快捷地进行业务的扩展和升级,满足不断变化的需求。
在另一个实施例中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,第一配置参数包括车辆的监控数据的采集上报配置参数。
其中,采集上报配置参数包括车辆的监控数据的采集周期和上报周期,监控数据包括车辆的位置数据、速度数据、里程数据、油耗数据和故障数据。
需要说明的是,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,第一配置文件用于描述车辆的实时管理系统的配置信息;车辆的实时管理系统是一种基于软件和硬件的车辆管理系统,用于监控和控制车辆的各个方面,包括引擎状态、传感器数据、车辆健康状况等。
其中,监控数据的采集周期:是指车辆监控数据的采集频率或时间间隔;采集周期定义了多久采集一次车辆位置、车辆速度、车辆里程、车辆油耗、车辆故障等等这些监控数据,例如每隔5秒、每分钟、每小时等。
其中,监控数据的上报周期:是指车辆将采集到的车辆监控数据发送至指定平台(第一子平台)或服务器的频率或时间间隔;上报周期定义了多久上报一次采集到的监控数据,例如每隔10秒、每分钟、每小时等。
需要说明的是,通过设定合适的采集周期和上报周期,可以实现对车辆监控数据的定期采集和上报,以便进行实时监控、数据分析、故障诊断等操作,这样可以及时获取车辆状态信息,并做出相应的处理和决策。
需要说明的是,监控数据还可以包括车辆的TBOX监测数据和车辆的故障监测数据;此外,监控数据还包括车辆的监控数据周期性采集配置语句和车况变更采集语句。
步骤2032,云平台利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件,具体包括:利用采集上报配置参数填充监控数据配置文件模板,得到第一配置文件。
其中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,配置文件模板为监控数据配置文件模板。
需要说明的是,监控数据配置文件模板是根据监控数据的要求和规范,预设设置好并存储在第一子平台中的;监控数据配置文件模板包含了监控数据配置文件必要的字段和结构,以存储车辆的采集上报配置参数。
需要说明的是,第一子平台首先按照监控数据配置文件模板的格式要求,根据字段名称或标识,将采集上报配置参数中相应的参数值填入监控数据配置文件模板中的对应位置;其次,对填入采集上报配置参数的监控数据配置文件模板进行验证,确定所有必要的参数都已正确填写且符合规范;最后,将填入采集上报配置参数的监控数据配置文件模板保存为第一配置文件,第一配置文件可以是文本文件、XML文件等,第一配置文件的具体格式取决于监控数据监控系统的要求,本实施例对此不做具体限定。
在本申请实施例中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,对于中国车辆,无论该车辆是否采集TBOX监测数据,都为该车辆配置第一配置文件;对于外国车辆,如果一台外国车辆开启了车联网服务,即该外国车辆采集TBOX监测数据,则需要对该外国车辆配置第一配置文件;如果该外国车辆未开启车联网服务,即该外国车辆不采集TBOX监测数据,则需要对该外国车辆配置第一子配置文件,第一子配置文件的监控数据不包括TBOX监测数据。
在本申请实施例中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,第一配置参数包括车辆的位置数据、速度数据、里程数据、油耗数据和故障数据等监控数据的采集周期和上报周期,只需要根据固定不变的第一配置参数对监控数据配置文件模板进行填充,即可得到第一配置文件,无需第二配置参数,在一定程度上简化了配置流程,无需进行繁琐的参数设置和调整,同时避免了人为错误和误操作。
步骤204,云平台对第一配置文件进行格式校验,得到第一校验结果。
其中,步骤204,云平台对第一配置文件进行格式校验,得到第一校验结果,具体包括步骤2041和步骤2042。
步骤2041,云平台根据车辆的车型信息,确定车辆对应的目标平台。
需要说明的是,不同的车型需要使用不同的平台来进行数据监控和管理;对车辆进行数据监控和管理的平台主要包括第二子平台和第三子平台;由于不同车型的车辆可能具有不同的传感器配置和数据接口,以及遵循不同的通信协议和数据格式,因此,第二子平台和第三子平台分别适配不同车型的数据采集方式和数据解析方式,确保能够正确获取并解析车辆的实时数据。
其中,每个车型信息对应第二子平台或者第三子平台是预先定义好的,目标平台为车辆的车型对应的第二子平台或者第三子平台。
步骤2042,云平台的第一子平台将第一配置文件发送至目标平台,并通过目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果。
需要说明的是,必填项是指第一配置文件中必须填写配置项,如果必填项未填写可能会导致第一配置文件不完整或无法正常工作,必填项例如可以是车辆标识、监控数据采集周期、上报周期等;已填写内容是指根据第一配置参数和第二配置参数对配置文件模板进行填写时所填写的配置项的内容;已填写内容的数据类型例如可以是整数、字符串、日期;已填写内容的数据长度表示第一配置文件中已填写内容的字符数、位数或字节数。
其中,目标平台对第一配置文件中的必填项进行校验,具体包括:首先,目标平台对第一配置文件进行解析,将第一配置文件转换为可操作的数据结构;其次,目标平台确定第一配置文件中的哪些配置项是必填项,检查第一配置文件中是否包含了所有的必填项,并验证是否存在每个必填项对应的填写内容;对于存在的必填项的填写内容,目标平台进一步校验必填项的填写内容的格式和合法性;例如,对于车辆标识,平台可能会检查其是否符合特定的命名规则;对于监控数据采集周期和上报周期,平台可能会验证其是否为合理的时间间隔或频率;最后,如果发现必填项对应的填写内容缺失或格式不正确,目标平台向用户提供相应的错误提示信息,以说明具体的问题所在,即目标平台对第一配置文件中的必填项校验不通过;如果发现所有必填项对应的填写内容均已填写,且填写格式正确,则认为目标平台对第一配置文件中的必填项校验通过。
其中,目标平台对第一配置文件中已填写内容的数据类型进行校验,具体包括:首先,目标平台对第一配置文件进行解析,将第一配置文件转换为可操作的数据结构;其次,目标平台会确定每个已填写的配置项所对应的预期的数据类型,例如,车辆标识可能是字符串类型,监控数据采集周期和上报周期可能是整数类型;同时,目标平台对每个已填写的配置项的填写内容进行数据类型校验,确保已填写的配置项的填写内容的数据类型与该配置项的预期的数据类型相匹配;最后,如果发现某些配置项的填写内容的数据类型不正确,目标平台会向用户提供相应的错误提示信息,以说明具体的问题所在,即目标平台对第一配置文件中的已填写内容的数据类型校验不通过;如果发现所有已填写内容的数据类型均正确,则认为目标平台对第一配置文件中的已填写内容的数据类型校验通过。
其中,目标平台对第一配置文件中已填写内容的数据长度进行校验,具体包括:首先,目标平台读取第一配置文件中的已填写内容,并根据第一配置文件的格式要求,确定每个配置项的字段或数据项的长度限制;其次,目标平台会逐个检查第一配置文件中的每个配置项的字段或数据项,并与其对应的长度限制进行比较;最后,如果存在至少一个配置项的数据长度超过了其对应的长度限制,目标平台会向用户提供相应的错误提示信息,以说明具体的问题所在,即目标平台对第一配置文件中的已填写内容的数据长度校验不通过;如果发现所有已填写内容的数据长度均为超过其对应的长度限制,则认为目标平台对第一配置文件中的已填写内容的数据长度校验通过。
需要说明的是,在目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度均校验通过的情况下,第一校验结果为校验通过;在目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度中的至少一项校验不通过的情况下,第一校验结果为校验不通过。
在本申请实施例中,在得到车辆的第一配置文件之后,根据车辆的车型信息,确定车辆对应的目标平台,并将车辆的第一配置文件发送至车辆对应的目标平台,能够确保车辆被正确地连接到适合其特性和需求的平台上,以便于目标平台给车辆提供更加精准和有效的服务和支持;此外,通过目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果,以通过第一校验结果反映第一配置文件中各项数据是否符合目标平台的要求和规范,有效加强数据安全性。
步骤205,云平台的目标平台在第一校验结果为校验通过的情况下,根据第一配置文件,确定车辆的第二配置文件。
其中,第二配置文件可以为JSON文件,第二配置文件用于将车辆的车联网业务配置信息写入车辆,或者,第二配置文件用于将车辆的数据监控业务的配置信息写入车辆。
需要说明的是,JSON文件是一种使用了更短的标记和结构化的键值对的文件,相比于XML文件,JSON文件更加轻量,在传输和存储时占用的空间更少,可以减少网络带宽和存储资源的消耗;同时,JSON文件更易于阅读和编辑,便于后续对配置文件进行维护。
其中,步骤205,云平台的目标平台在第一校验结果为校验通过的情况下,根据第一配置文件,确定车辆的第二配置文件,具体包括步骤2051和步骤2052。
步骤2051,云平台的目标平台在第一校验结果为校验通过的情况下,对第一配置文件进行解析,得到第一配置文件的配置信息。
其中,在第一校验结果为校验通过的情况下,云平台通过目标平台(第二子平台或第三子平台)对第一配置文件进行解析,提取出第一配置文件中的配置信息,配置信息例如可以是设备ID、网络连接设置、数据流设置等。
步骤2052,云平台的目标平台将第一配置文件的配置信息填充至第二配置文件的文件模板中,得到第二配置文件。
其中,在目标平台提取出第一配置文件中的配置信息之后,首先,根据第一配置文件对应的JSON的固定格式,创建一个内容为空的JSON对象,该内容为空的JSON对象用于存储目标平台从第一配置文件中提取出的配置信息;其次,按照该内容为空的JSON对象的格式要求,将从第一配置文件中提出的配置信息填充到该内容为空的JSON对象中,得到填写完成的JSON对象,并通过JSON序列库将填写完成的JSON对象转换为JSON格式的字符串;最后,将JSON格式的字符串保存为JSON文件,即可得到第一配置文件对应的第二配置文件。
在本申请实施例中,在第一校验结果为校验通过的情况下,对第一配置文件进行解析,得到第一配置文件的配置信息,再将第一配置文件的配置信息填充至第二配置文件的文件模板中,得到第二配置文件,第二配置文件包含与第一配置文件相同的配置信息,且第二配置文件相比第一配置文件更加轻量,更易于阅读和编辑,便于后续对配置文件进行维护。
在本申请实施例中,首先,根据车辆的车型信息,确定车辆对应的固定不变的第一配置参数,并响应于对车辆的配置指令,确定车辆对应的可灵活配置的第二配置参数;其次,根据第一配置参数和第二配置参数对配置文件模板进行填充,即可得到用于描述车辆的车联网业务或数据监控业务的配置信息的第一配置文件,第一配置文件的结构清晰,易于解析,便于后续对第一配置文件进行处理;最后,对第一配置文件进行格式校验,得到第一校验结果,在第一校验结果为校验通过的情况下,对第一配置文件进行格式转换,以得到用于将车辆的车联网业务或数据监控业务的配置信息写入车辆的第二配置文件。本申请通过云平台根据固定不变的第一配置参数和可灵活配置的第二配置参数自动生成车辆配置文件,无需依赖繁琐的人工操作,有效缩短了车辆配置文件的配置时间,配置效率高;同时,减少了人为因素导致的疏漏和错误,确保配置文件的完整性和一致性,提高了配置文件的可靠性。
在本申请的一个实施例中,该车辆配置文件生成方法200还包括步骤206~步骤208。
步骤206,云平台响应于对第二配置参数的修改指令,对第二配置参数进行修改,得到修改后的第二配置参数。
其中,在需要对第二配置文件中可灵活配置的第二配置参数中任一参数进行重新配置的情况下,工作人员可以向云平台发送一个第二配置参数中该参数的修改指令,该修改指令中携带有该参数的修改值,云平台在接收到第二配置参数的修改指令之后,响应于第二配置参数的修改指令,获取修改指令中该参数的修改值,并将第二配置参数中该参数的原始值修改为该参数的修改值,进而得到修改后的第二配置参数。
步骤207,云平台基于修改后的第二配置参数,对第一配置文件进行更新,得到更新后的第一配置文件。
其中,在云平台得到修改后的第二配置参数之后,云平台将第一配置文件中的第二配置参数替换为修改后的第二配置参数,以对第一配置文件进行更新,得到更新后的第一配置文件。
步骤208,云平台根据更新后的第一配置文件,确定车辆的更新后的第二配置文件。
其中,在步骤208,云平台根据更新后的第一配置文件,确定车辆的更新后的第二配置文件之前,该车辆配置文件生成方法200还包括:对更新后的第一配置文件进行格式校验,得到第三校验结果;其中,对更新后的第一配置文件进行格式校验,得到第三校验结果的方法与步骤204的方法相同,本实施例不再赘述。
其中,步骤208,云平台根据更新后的第一配置文件,确定车辆的更新后的第二配置文件的方法与步骤205的方法类似,本实施例不再赘述。
需要说明的是,在特殊情况下,即在第一配置参数可以是被更改的情况下,云平台还可以响应于对第一配置参数的修改指令,对第一配置配置参数进行修改,得到修改后的第一配置参数,并基于修改后的第一配置参数,对第一配置文件进行更新,得到更新后的第一配置文件,本实施例对此不做具体限定。
在本申请实施例中,云平台响应于对第二配置参数的修改指令,根据修改指令,可以对第二配置参数进行修改,得到修改后的第二配置参数,并基于修改后的第二配置参数,对第一配置文件进行更新,得到更新后的第一配置文件;最后,根据更新后的第一配置文件,确定车辆的更新后的第二配置文件,以实现对第二配置文件的修改的维护。
需要说明的是,本申请提供的车辆配置文件生成方法可以生成车辆的车联网业务的配置信息对应的配置文件,还可以生成车辆的数据监控业务的配置信息对应的配置文件;车辆的其他类型的配置文件可以根据现有的配置文件生成方法进行生成,本实施例对此不做具体限定。
图3是本申请实施例提供的一种车辆配置文件生成装置的结构示意图。示例性的,如图3所示,该车辆配置文件生成装置300包括第一确定模块301、第二确定模块302、填充模块303、格式校验模块304和第三确定模块305。
第一确定模块301,用于根据车辆的车型信息,确定车辆的第一配置参数;其中,第一配置参数固定不变。
第二确定模块302,用于响应于对车辆的配置指令,确定车辆的第二配置参数;其中,第二配置参数可灵活配置。
填充模块303,用于基于第一配置参数和第二配置参数,对配置文件模板进行填充,得到第一配置文件;其中,第一配置文件用于描述车辆的车联网业务或数据监控业务的配置信息。
格式校验模块304,用于对第一配置文件进行格式校验,得到第一校验结果。
第三确定模块305,用于在第一校验结果为校验通过的情况下,根据第一配置文件,确定车辆的第二配置文件;其中,第二配置文件用于将车辆的车联网业务或数据监控业务的配置信息写入车辆。
在一种可能的实施方式中,填充模块303,具体用于:对第一配置参数和第二配置参数进行格式校验,得到第二校验结果;在第二校验结果为校验通过的情况下,利用第一配置参数和第二配置参数填充配置文件模板,得到第一配置文件。
在一种可能的实施方式中,在第一配置文件用于描述车辆的车联网业务的配置信息的情况下,第一配置参数包括车辆的通信配置参数,第二配置参数包括车辆的车辆配置参数
填充模块303,具体用于:利用通信配置参数和车辆配置参数填充车联网配置文件模板,得到第一配置文件。
其中,通信配置参数包括APN参数、链接地址、链接端口、短信号码和CALL参数,车辆配置参数包括车辆识别代码、车辆归属平台、车辆动力类型、V2X配置参数和云诊断配置参数。
在一种可能的实施方式中,在第一配置文件用于描述车辆的数据监控业务的配置信息的情况下,第一配置参数包括车辆的监控数据的采集上报配置参数。
填充模块303,具体用于:利用采集上报配置参数填充监控数据配置文件模板,得到第一配置文件。
其中,采集上报配置参数包括车辆的监控数据的采集周期和上报周期,监控数据包括车辆的位置数据、速度数据、里程数据、油耗数据和故障数据。
在一种可能的实施方式中,格式校验模块304,具体用于:根据车辆的车型信息,确定车辆对应的目标平台;将第一配置文件发送至目标平台,并通过目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果;其中,在目标平台对第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度均校验通过的情况下,第一校验结果为校验通过。
在一种可能的实施方式中,第三确定模块305,具体用于:在第一校验结果为校验通过的情况下,对第一配置文件进行解析,得到第一配置文件的配置信息;将第一配置文件的配置信息填充至第二配置文件的文件模板中,得到第二配置文件。
在一种可能的实施方式中,该车辆配置文件生成装置300还包括修改模块、更新模块和第四确定模块。
修改模块,用于响应于对第二配置参数的修改指令,对第二配置参数进行修改,得到修改后的第二配置参数。
更新模块,用于基于修改后的第二配置参数,对第一配置文件进行更新,得到更新后的第一配置文件。
第四确定模块,用于根据更新后的第一配置文件,确定车辆的更新后的第二配置文件。
需要说明的是:上述实施例提供的车辆配置文件生成装置在进行车辆配置文件生成时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将计算机设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的车辆配置文件生成装置与车辆配置文件生成方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
通过本申请实施例提供的技术方案,首先,根据车辆的车型信息,确定车辆对应的固定不变的第一配置参数,并响应于对车辆的配置指令,确定车辆对应的可灵活配置的第二配置参数;其次,根据第一配置参数和第二配置参数对配置文件模板进行填充,即可得到用于描述车辆的车联网业务或数据监控业务的配置信息的第一配置文件,第一配置文件的结构清晰,易于解析,便于后续对第一配置文件进行处理;最后,对第一配置文件进行格式校验,得到第一校验结果,在第一校验结果为校验通过的情况下,对第一配置文件进行格式转换,以得到用于将车辆的车联网业务或数据监控业务的配置信息写入车辆的第二配置文件。本申请通过云平台根据固定不变的第一配置参数和可灵活配置的第二配置参数自动生成车辆配置文件,无需依赖繁琐的人工操作,有效缩短了车辆配置文件的配置时间,配置效率高;同时,减少了人为因素导致的疏漏和错误,确保配置文件的完整性和一致性,提高了配置文件的可靠性。
图4是本申请实施例提供的一种电子设备的结构示意图。
示例性的,如图4所示,该电子设备400包括:存储器401和处理器402,其中,存储器401中存储有可执行程序代码4011,处理器402用于调用并执行该可执行程序代码4011执行一种车辆配置文件生成方法。
此外,本申请实施例还保护一种装置,该装置可以包括存储器和处理器,其中,存储器中存储有可执行程序代码,处理器用于调用并执行该可执行程序代码执行本申请实施例提供的一种车辆配置文件生成方法。
本实施例可以根据上述方法示例对该装置进行功能模块的划分,例如,可以对应各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中,上述集成的模块可以采用硬件的形式实现。需要说明的是,本实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,该装置还可以包括第一确定模块、第二确定模块、填充模块、格式校验模块和第三确定模块等。需要说明的是,上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述,在此不再赘述。
应理解,本实施例提供的装置用于执行上述一种车辆配置文件生成方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,该装置可以包括处理模块、存储模块。其中,当该装置应用于车辆上时,处理模块可以用于对车辆的动作进行控制管理。存储模块可以用于支持车辆执行相互程序代码等。
其中,处理模块可以是处理器或控制器,其可以实现或执行结合本申请公开内容所藐视的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等,存储模块可以是存储器。
另外,本申请的实施例提供的装置具体可以是芯片、组件或模块,该芯片可包括相连的处理器和存储器;其中,存储器用于存储指令,当处理器调用并执行指令时,可以使芯片执行上述实施例提供的一种车辆配置文件生成方法。
本实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当该计算机程序代码在计算机上运行时,使得计算机执行上述相关方法步骤实现上述实施例提供的一种车辆配置文件生成方法。
本实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例提供的一种车辆配置文件生成方法。
其中,本实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可并通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种车辆配置文件生成方法,其特征在于,所述方法包括:
根据车辆的车型信息,确定所述车辆的第一配置参数;其中,所述第一配置参数固定不变;
响应于对所述车辆的配置指令,确定所述车辆的第二配置参数;其中,所述第二配置参数可灵活配置;
基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件;其中,所述第一配置文件用于描述所述车辆的车联网业务或数据监控业务的配置信息;
对所述第一配置文件进行格式校验,得到第一校验结果;
在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件;其中,所述第二配置文件用于将所述车辆的车联网业务或数据监控业务的配置信息写入所述车辆。
2.根据权利要求1所述的方法,其特征在于,所述基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件,包括:
对所述第一配置参数和所述第二配置参数进行格式校验,得到第二校验结果;
在所述第二校验结果为校验通过的情况下,利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件。
3.根据权利要求2所述的方法,其特征在于,在所述第一配置文件用于描述所述车辆的车联网业务的配置信息的情况下,所述第一配置参数包括所述车辆的通信配置参数,所述第二配置参数包括所述车辆的车辆配置参数;
所述利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件,包括:
利用所述通信配置参数和所述车辆配置参数填充车联网配置文件模板,得到所述第一配置文件。
4.根据权利要求2所述的方法,其特征在于,在所述第一配置文件用于描述所述车辆的数据监控业务的配置信息的情况下,所述第一配置参数包括所述车辆的监控数据的采集上报配置参数;
所述利用所述第一配置参数和所述第二配置参数填充所述配置文件模板,得到所述第一配置文件,包括:
利用所述采集上报配置参数填充监控数据配置文件模板,得到所述第一配置文件。
5.根据权利要求1所述的方法,其特征在于,所述对所述第一配置文件进行格式校验,得到第一校验结果,包括:
根据所述车辆的车型信息,确定所述车辆对应的目标平台;
将所述第一配置文件发送至所述目标平台,并通过所述目标平台对所述第一配置文件中的必填项、已填写内容的数据类型和已填写内容的数据长度进行校验,得到第一校验结果;
其中,在所述目标平台对第一配置文件中的所述必填项、所述已填写内容的数据类型和所述已填写内容的数据长度均校验通过的情况下,所述第一校验结果为校验通过。
6.根据权利要求1所述的方法,其特征在于,所述在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件,包括:
在所述第一校验结果为校验通过的情况下,对所述第一配置文件进行解析,得到所述第一配置文件的配置信息;
将所述第一配置文件的配置信息填充至所述第二配置文件的文件模板中,得到所述第二配置文件。
7.根据权利要求1所述的方法,其特征在于,在所述根据所述第一配置文件,确定所述车辆的第二配置文件之后,所述方法还包括:
响应于对所述第二配置参数的修改指令,对所述第二配置参数进行修改,得到修改后的第二配置参数;
基于所述修改后的第二配置参数,对所述第一配置文件进行更新,得到更新后的第一配置文件;
根据所述更新后的第一配置文件,确定所述车辆的更新后的第二配置文件。
8.一种车辆配置文件生成装置,其特征在于,所述装置包括:
第一确定模块,用于根据车辆的车型信息,确定所述车辆的第一配置参数;其中,所述第一配置参数固定不变;
第二确定模块,用于响应于对所述车辆的配置指令,确定所述车辆的第二配置参数;其中,所述第二配置参数可灵活配置;
填充模块,用于基于所述第一配置参数和所述第二配置参数,对配置文件模板进行填充,得到第一配置文件;其中,所述第一配置文件用于描述所述车辆的车联网业务或数据监控业务的配置信息;
格式校验模块,用于对所述第一配置文件进行格式校验,得到第一校验结果;
第三确定模块,用于在所述第一校验结果为校验通过的情况下,根据所述第一配置文件,确定所述车辆的第二配置文件;其中,所述第二配置文件用于将所述车辆的车联网业务或数据监控业务的配置信息写入所述车辆。
9.一种电子设备,其特征在于,所述电子设备包括:
存储器,用于存储可执行程序代码;
处理器,用于从所述存储器中调用并运行所述可执行程序代码,使得所述电子设备执行如权利要求1至7中任意一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被执行时,实现如权利要求1至7中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311523890.XA CN117579683A (zh) | 2023-11-15 | 2023-11-15 | 车辆配置文件生成方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311523890.XA CN117579683A (zh) | 2023-11-15 | 2023-11-15 | 车辆配置文件生成方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117579683A true CN117579683A (zh) | 2024-02-20 |
Family
ID=89883705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311523890.XA Pending CN117579683A (zh) | 2023-11-15 | 2023-11-15 | 车辆配置文件生成方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117579683A (zh) |
-
2023
- 2023-11-15 CN CN202311523890.XA patent/CN117579683A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111024405B (zh) | 汽车诊断方法、相关装置及系统 | |
CN109164783A (zh) | 车辆诊断方法、装置、设备及介质 | |
US10819792B2 (en) | Device and method for extracting data from a communication bus of a motor vehicle | |
US20080042881A1 (en) | Vehicle tag used for transmitting vehicle telemetry data | |
CN110989555A (zh) | 车辆诊断报警的方法、装置及系统 | |
Yun et al. | Vehicle-generated data exchange protocol for remote OBD inspection and maintenance | |
CN114793250A (zh) | 一种可配置化的can数据解析方法 | |
Shi et al. | A vehicle electric control unit over-the-air reprogramming system | |
CN113110381A (zh) | 车辆售后用诊断系统及方法 | |
CN112306041A (zh) | 车辆的配置信息写入方法、装置及电子设备 | |
CN117579683A (zh) | 车辆配置文件生成方法、装置、电子设备及可读存储介质 | |
CN111212093A (zh) | 数据处理系统及控制设备 | |
EP3301564B1 (en) | Computer system, method of managing transmission of software with computer system, program therefor, and recording medium | |
EP4258102A1 (en) | Programming method and apparatus for tire pressure sensing apparatus, and replacement method and apparatus for tire pressure sensing apparatus | |
EP3945416B1 (en) | Software query information management system and software query information management method | |
CN115037587A (zh) | 网络设备配置自动发放方法、装置、设备及存储介质 | |
EP4172757A1 (en) | Efficient controller data generation and extraction | |
CN105530288A (zh) | 一种数据交互的方法 | |
KR101040010B1 (ko) | 차량 진단프로그램 생성을 위한 진단정보 메시지 자동생성 시스템 및 그 방법 | |
CN112003826A (zh) | 一种ipmi数据扩展方法和装置 | |
CN114756258B (zh) | 一种基于odx的ecu软件刷新方法与系统 | |
CN117632234A (zh) | 车辆能力管控方法、系统及介质 | |
CN117914877A (zh) | 车机数据交互方法、系统、计算机设备及介质 | |
CN117667874A (zh) | 感知数据自动汇聚处理方法、系统、装置及电子设备 | |
CN117579470A (zh) | 一种日志上传方法、通信设备及存储介质 |
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 |