CN115529244B - 车辆终端的数据采传规则配置方法、装置、服务器及介质 - Google Patents

车辆终端的数据采传规则配置方法、装置、服务器及介质 Download PDF

Info

Publication number
CN115529244B
CN115529244B CN202211146345.9A CN202211146345A CN115529244B CN 115529244 B CN115529244 B CN 115529244B CN 202211146345 A CN202211146345 A CN 202211146345A CN 115529244 B CN115529244 B CN 115529244B
Authority
CN
China
Prior art keywords
data
acquisition
rule
vehicle terminal
transmission
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.)
Active
Application number
CN202211146345.9A
Other languages
English (en)
Other versions
CN115529244A (zh
Inventor
田生明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202211146345.9A priority Critical patent/CN115529244B/zh
Publication of CN115529244A publication Critical patent/CN115529244A/zh
Application granted granted Critical
Publication of CN115529244B publication Critical patent/CN115529244B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0246Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0226Mapping or translating multiple network management protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

本申请涉及车联网数据端技术领域,特别涉及一种车辆终端的数据采传规则配置方法、装置、服务器及介质,其中,方法包括:获取车辆终端的采集需求清单;根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,接收所述车辆终端发送的配置文件拉取指令,根据所述配置文件拉取指令下发所述配置文件至所述车辆终端,使得所述车辆终端基于所述配置文件配置所述采传一体策略。由此,解决了相关技术中无法根据采集需求清单自动生成采传一体策略,无法实现远程配置采传一体化的车端自动匹配方案,导致浪费资源、工作效率低下等问题。

Description

车辆终端的数据采传规则配置方法、装置、服务器及介质
技术领域
本申请涉及车联网数据端技术领域,特别涉及一种车辆终端的数据采传规则配置方法、装置、服务器及介质。
背景技术
数据上传策略需要提前预埋在通讯模块中,车端数据上传策略变更需要依赖于OTA(Over-the-Air Technology,空中下载技术)或者开发人员本地升级设备,OTA升级需要保证车辆安全的前提下,升级MPU(Microprocessor Unit,微处理器)、CPU(centralprocessing unit,中央处理器)核1心运算器程序代码。
相关技术中,车端将采集任务利用分布式采集方法和增设分流采集引擎的策略,采集引擎正常采集数据,采集任务只包含采集规则,不涉及数据上传规则即上传规则提前预埋车端,使得数据采集传输的工作量较大,耗费人力物力,工作效率低下。
发明内容
本申请提供一种车辆终端的数据采传规则配置方法、装置、服务器及介质,以解决相关技术中无法根据采集需求清单自动生成采传一体策略,无法实现远程配置采传一体化的车端自动匹配方案,导致浪费资源、工作效率低下等问题。
本申请第一方面实施例提供一种车辆终端的数据采传规则配置方法,包括以下步骤:获取车辆终端的采集需求清单;根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,其中,所述采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,所述数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,所述数据算法转换规则用于规定数据上传格式的进制数值,所述坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项;接收所述车辆终端发送的配置文件拉取指令,根据所述配置文件拉取指令下发所述配置文件至所述车辆终端,使得所述车辆终端基于所述配置文件配置所述采传一体策略。
根据上述技术手段,本申请实施例通过获取车辆终端的采集需求清单,并生成采传一体策略,将其封装后得到配置文件,在接受到车辆终端的配置文件拉取指令后,下发配置文件至车辆终端,根据采集需求清单自动生成采传一体策略,实现了远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。
可选地,所述根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,包括:将所述数据采集清单导入所述服务器的需求管理模块的需求池中;利用需求调用指令将所述数据采集清单从所述需求池中提取到服务器的转译层进行处理;在所述转译层中,读取所述采集需求清单的内容,解析所述内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据所述标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过所述触发条件编码和所述排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据所述触发条件编码、所述排序编码和所述数据传输层占用字节可进行传输协议重构,得到所述坑位数据上传规则;在协议层中,将所述数据采集规则、所述数据算法转换规则、所述坑位数据上传规则进行封装存储,得到所述配置文件。
根据上述技术手段,本申请实施例数据需求业务方将数据采集清单导入云端需求管理模块需求池中,转译模组通过需求调用指令将需求清单从需求池中提取到转换层进行处理,协议层将转译层处理后数据进行封装,并将封装协议发送配置管理层进行配置下发,实现远程配置采传一体化车端自主匹配方案,可实现有价值数据且数据直观。
可选地,所述数据转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
根据上述技术手段,本申请实施例可根据信号分辨率、偏移量等实现数据转换,减少筛选工作,利用坑位码流的方式上传数据,处理方式更简单,提升了整体工作效率。
可选地,所述坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,所述周期及触发采集格式规则包括消息头、触发条件编码和消息体,所述故障码及变化采集格式规则消息头、触发条件编码、数据序号和消息体。
根据上述技术手段,本申请实施例基于消息头、触发条件编码和消息体生成周期及触发采集格式规则;消息头、触发条件编码、数据序号和消息体生成故障码及变化采集格式规则,针对不同数据采用不同数据上传规则进行处理,提升工作效率。
本申请第二方面实施例提供一种车辆终端的数据采传规则配置装置,包括:获取模块,用于获取车辆终端的采集需求清单;处理模块,根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,其中,所述采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,所述数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,所述数据算法转换规则用于规定数据上传格式的进制数值,所述坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项;配置模块,接收所述车辆终端发送的配置文件拉取指令,根据所述配置文件拉取指令下发所述配置文件至所述车辆终端,使得所述车辆终端基于所述配置文件配置所述采传一体策略。
可选地,所述处理模块用于:将所述数据采集清单导入所述服务器的需求管理模块的需求池中;利用需求调用指令将所述数据采集清单从所述需求池中提取到服务器的转译层进行处理;在所述转译层中,读取所述采集需求清单的内容,解析所述内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据所述标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过所述触发条件编码和所述排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据所述触发条件编码、所述排序编码和所述数据传输层占用字节可进行传输协议重构,得到所述坑位数据上传规则;在协议层中,将所述数据采集规则、所述数据算法转换规则、所述坑位数据上传规则进行封装存储,得到所述配置文件。
可选地,所述处理模块用于:所述数据转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
可选地,所述处理模块用于:所述坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,所述周期及触发采集格式规则包括消息头、触发条件编码和消息体,所述故障码及变化采集格式规则包括消息头、触发条件编码、数据序号和消息体。
本申请第三方面实施例提供一种服务器,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序,以实现如上述实施例所述的车辆终端的数据采传规则配置方法。
本申请第四方面实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行,以用于实现如上述实施例所述的车辆终端的数据采传规则配置方法。
由此,本申请至少具有如下有益效果:
(1)本申请实施例通过获取车辆终端的采集需求清单,并生成采传一体策略,将其封装后得到配置文件,在接受到车辆终端的配置文件拉取指令后,下发配置文件至车辆终端,根据采集需求清单自动生成采传一体策略,实现了远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。
(2)本申请实施例数据需求业务方将数据采集清单导入云端需求管理模块需求池中,转译模组通过需求调用指令将需求清单从需求池中提取到转换层进行处理,协议层将转译层处理后数据进行封装,并将封装协议发送配置管理层进行配置下发,实现远程配置采传一体化车端自主匹配方案,可实现有价值数据且数据直观。
(3)本申请实施例可根据信号分辨率、偏移量等实现数据转换,减少筛选工作,利用坑位码流的方式上传数据,处理方式更简单,提升了整体工作效率。
(4)本申请实施例基于消息头、触发条件编码和消息体生成周期及触发采集格式规则;消息头、触发条件编码、数据序号和消息体生成故障码及变化采集格式规则,针对不同数据采用不同数据上传规则进行处理,提升工作效率。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为根据本申请实施例的车辆终端的数据采传规则配置方法的流程图;
图2为根据本申请实施例的端云完整时序图;
图3为根据本申请实施例的云端数据需求层框架图;
图4为根据本申请实施例的云端协议生成流程图;
图5为根据本申请实施例的车辆终端的数据采传规则配置装置的方框示意图。
图6为根据本申请实施例的服务器的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
以往,数据上传策略需要提前预埋在通讯模块中,车端数据上传策略变更需要依赖于OTA或者开发人员本地升级设备,OTA升级需要保证车辆安全的前提下,升级MPU、CPU核心运算器程序代码,若能够实现采传一体化配置下发,车端控制器配置层自动配置,则可以保证数据安全又方便,开发人员本地升级设备程序,在业务上较为复杂且需要消耗人力资金较大,若实现采传一体化配置下发,车端控制器配置层自动配置,节省资源,且坑位码流的方式上传数据,数据量少且处理简单。
相关技术中通过采集服务器将接收到的采集任务发送给内部的采集分发控制器,采集分发控制器将接收到的所述采集任务与其内部设置的多个分发策略进行匹配,若匹配成功,则根据匹配到的分发策略中的信息,将采集任务分发到相应的采集引擎中,采集引擎根据采集任务到对应的网络环境中进行网络数据采集。本相关技术主要为车端将采集任务进行分流采集引擎的策略,采集引擎正常采集数据,采集任务只包含采集规则,不涉及数据上传规则,上传规则提前预埋车端,不存在远程配置采传一体的任务车端自动匹配方案。
下面参考附图描述本申请实施例的车辆终端的数据采传规则配置方法、装置、服务器及介质。
具体而言,图1为本申请实施例所提供的一种车辆终端的数据采传规则配置方法的流程示意图。
如图1所示,该车辆终端的数据采传规则配置方法包括以下步骤:
在步骤S101中,获取车辆终端的采集需求清单。
可以理解的是,本申请实施例通过获取车辆终端的采集需求清单,为后续生成采传一体策略做准备。
在步骤S102中,根据采集需求清单生成采传一体策略,并封装采传一体策略得到配置文件,其中,采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,数据算法转换规则用于规定数据上传格式的进制数值,坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项。
其中,数据算法转换规则规定数据上传格式16进制数值,在此不做具体限定。
其中,标准事件编码可以是信号周期触发采集事件、信号值变化采集事件或是故障码触发上报事件等,在此不做具体限定。
其中,触发条件需要明确标准事件编码、事件文件包调用接口地址和端口信息,在此不做具体限定。
其中,触发条件编码可以是触发相关条件的编码,例如:编码代号依次分为A、B、C、D四类,在此不做具体限定。
其中,信号标识可以是信号ID(Identity document,身份证标识号),例如:以下划线+两位小写字母驼峰式方式的信号标识,在此不做具体限定。
其中,信号名称可以是信号英文名称,例如:AC_ACEcoSt等,在此不做具体限定。
可以理解的是,本申请实施例通过获取车辆终端的采集需求清单,并生成采传一体策略,将其封装后得到配置文件,其中,采传一体策略包括采集规则、数据算法转换规则和坑位数据上传规则,实现了远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。
在本申请实施例中,根据采集需求清单生成采传一体策略,并封装采传一体策略得到配置文件,包括:将数据采集清单导入服务器的需求管理模块的需求池中;利用需求调用指令将数据采集清单从需求池中提取到服务器的转译层进行处理;在转译层中,读取采集需求清单的内容,解析内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过触发条件编码和排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据触发条件编码、排序编码和数据传输层占用字节可进行传输协议重构,得到坑位数据上传规则;在协议层中,将数据采集规则、数据算法转换规则、坑位数据上传规则进行封装存储,得到配置文件。
其中,CAN标识可以是CAN节点通过标识符来识别帧是否是所需内容,在此不做具体限定。
其中,数据名可以是信号英文名称,例如:AC_ACEcoSt等们再次不做具体限定。
其中,采集精度可以是信号占用位长度,在此不做具体限定。
其中,采集时长可以是数据采集周期,也可以是控制器产生信号时间,在此不做具体限定。
可以理解的是,本申请实施例数据需求业务方将数据采集清单导入云端需求管理模块需求池中,转译模组通过需求调用指令将需求清单从需求池中提取到转换层进行处理,协议层将转译层处理后数据进行封装,并将封装协议发送配置管理层进行配置下发,实现远程配置采传一体化车端自主匹配方案,可实现有价值数据且数据直观。
在本申请实施例中,数据转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
其中,预设进制可以是16进制,在此不做具体限定。
可以理解的是,本申请实施例可根据信号分辨率、偏移量等实现数据转换,减少筛选工作,利用坑位码流的方式上传数据,处理方式更简单,提升了整体工作效率。
在本申请实施例中,坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,周期及触发采集格式规则包括消息头、触发条件编码和消息体,故障码及变化采集格式规则包括消息头、触发条件编码、数据序号和消息体。
其中,消息头可以是客户端请求(Request)或服务器响应(Response)时传递的,位请求或响应的第一行,在此不做具体限定。
其中,消息体可以是请求或响应的内容,在此不做具体限定。
可以理解的是,本申请实施例可根据信号分辨率、偏移量等实现数据转换,减少筛选工作,利用坑位码流的方式上传数据,处理方式更简单,提升了整体工作效率。
在步骤S103中,接收车辆终端发送的配置文件拉取指令,根据配置文件拉取指令下发配置文件至车辆终端,使得车辆终端基于配置文件配置采传一体策略。
可以理解的是,本申请实施例接受到车辆终端的配置文件拉取指令后,下发配置文件至车辆终端,同时配置数据采集规则、数据转换规则和数据上传规则,根据采集需求清单自动生成采传一体策略,实现远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。
具体地,采传一体策略包括数据采集规则、数据算法转换规则、坑位数据上传规则,数据采集规则明确标准事件编码,触发条件、触发条件编码、信号ID、信号英文名称、传输协议中信号长度、信号排序号,其中,标准事件编码指信号周期触发采集事件、信号值变化采集事件、故障码触发上报事件、信号条件触发采集事件的编码代号,编码代号依次分为A、B、C、D四类;标准事件子编码指标准事件项触发条件,以下划线+两位小写字母驼峰式方式标识,例如:_aa表示:每过10ms触发一次采集。
数据算法转换规则规定数据上传格式16进制数值;坑位数据上传规则即指一个坑位对应一个数据,需要明确标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体,周期触发采集信号事件通过数据长度及数据排序对应数据项,例如:XX.txt文件内容:A_aa23463030……解析:A代表信号周期触发采集事件、_aa代表采集频率(A_aa占用字节固定不变)、23463030代表数据:车速23转速46转向角度30扭矩30……云端将数据配置文件通过Hqtt下发车端,车端接收到配置文件,车端MPU根据采集规则、数据算法转换规则进行数据处理,根据数据上传规则调用相应的接口文件及端口将数据进行打包,最后将数据进行上传。
根据本申请实施例提出的车辆终端的数据采传规则配置方法,通过获取车辆终端的采集需求清单,并生成采传一体策略,将其封装后得到配置文件,在接受到车辆终端的配置文件拉取指令后,下发配置文件至车辆终端,根据采集需求清单自动生成采传一体策略,实现了远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。由此,解决了相关技术中无法根据采集需求清单自动生成采传一体策略,无法实现远程配置采传一体化的车端自动匹配方案,导致浪费资源、工作效率低下等问题。
在具体应用时,通过图2所示的端云完整时序图对车辆终端的数据采传规则配置方法进行详细阐述,具体步骤如下:
t0:TSP(Telematics Service Provider,汽车远程服务提供商)平台检查端云通讯正常,当有车端数据采集需求时,向车端发送配置文件下发请求指令;
t1:车端收到云端配置文件下发指令后,检查MCU、4G模块、网段运行等情况;
t2:车端运行情况满足数据拉取条件时,发送云端配置文件拉取指令;
t3:云端检查配置文件质量,确保文件内容包含采集规则及码流传输协议。
t4:配置文件完整正确时,云端下发配置文件;
t5:车端接收到配置文件,对配置文件内容进行识别,MPU对任务进行校对,若校对通过,MPU将任务进行解析,有效信息进行存储,将采集任务分配采集引擎,根据配置规则(标准事件编码、触发条件编码、信号ID、信号英文名)进行数据采集存储,根据传输协议(信号转换码流规则、码流排序规则、上传周期、上传条件、上传通道等信息)将总线信号“T+ID+Data”转换为T+“10进制数”进行组包存储;
t6:当满足上传要求时,车端根据上传协议信息上传存储数据;
t7:云端接受到车端码流,识别数据完整性后,进行存储;
t8:云端存储后,反馈车端数据接收成功指令;
t9:车端识别到云端存储指令后,对车端数据进行删除。
下面将结合图3和图4对云端采传一体方案进行详细阐述,具体如下:
数据需求业务方将数据采集清单导入云端需求管理模块需求池中,转译模组通过需求调用指令将需求清单从需求池中提取到转换层进行处理,协议层将转译层处理后的数据进行封装,并将封装协议发送配置管理层进行配置下发。
其中,需求调用指令是指云端需求池与需求转换层特定约定指令,通过指令编码Callkey01(标准清单调取指令)进行数据标准清单调用。
转译层指将标准清单中内容读取标准事件编码、触发条件编码及对应CANid、数据英文名、数据起始位、采集精度、采集时长解析,转译层根据标准事件编码将需求进行数据上传协议分类,将同一标准事件进行聚合,目的将同一类型数据需求以相同文本形式填写。
转译层将同一标准事件编码及触发条件编码下数据在表格位置先后顺序进行排序编码,编码规则都是从0-10000依次赋值,即通过触发条件编码+排序编码指定数据项;转译层通过数据起始位长度通过公式可定义数据在传输协议中占用字节,公式如下:起始位长度%8大于等于0,则占用传输协议字节大小等于(起始位长度-起始位长度%8)/8+1(Byte),转译层通过触发条件编码+排序编码+数据传输层占用字节可进行传输协议重构。
协议层将采集规则(ICR)、转换规则(TP)、传输规则(TR)进行封装存储,协议封装以任务名称_时间进行命名,标准清单格式以excel格式导入需求管理层。
转换规则即指码流数据以16进制进行组码,云端应用时通过分辨率和偏移量对数据进行转换。
传输规则即指定数据上传格式,周期及触发采集格式规则:消息头+触发条件编码+消息体,故障码及变化采集格式规则:消息头+触发条件编码+数据序号+消息体。
其中,协议封装格式如下:
Cod01_20220222.txt
{
"tuid":"1234567892222333333",
"时间戳":"12345678933333",//具体到秒
"任务编号":"001",//任务编号
"指令类型":"1",//0:拉取文件1:任务下发
"车辆配置信息"://根据车辆配置进行下发
{
"配置车系":"S66csplus",//车系名称
"配置类型":"level4",//具体车系配置
"配置等级":"0001",//具体车系配置等级
}
"任务内容":
{
"ICR01":
{
"标准时间编码":"A",//周期采集事件
"触发条件编码":"_aa",//10ms周期采集
"数据内容":
{
"CANID":"366",//与通讯矩阵保持一致
"信号英文名":"AC_AC_ReqValid",//与通讯矩阵保持一致
"起始位_起":"54",//信号开发位
"位长度":"1",//信号占用位长度
"CANID":"366",//与通讯矩阵保持一致
"信号英文名":"AC_ACEcoSt",//与通讯矩阵保持一致
"起始位_起":"55",//信号开发位
"位长度":"1",//信号占用位长度
……
"CANID":"330",//与通讯矩阵保持一致
"信号英文名":"AC_ACType",//与通讯矩阵保持一致
"起始位_起":"13",//信号开发位
"位长度":"3",//信号占用位长度
"CANID":"510",//与通讯矩阵保持一致
"信号英文名":"AC_CO2Density",//与通讯矩阵保持一致
"起始位_起":"24",//信号开发位
"位长度":"1",//信号占用位长度
}
"标准时间编码":"B",//变化采集事件
"数据内容":
{
"CANID":"39B",//与通讯矩阵保持一致
"信号英文名":"AC_AutoWorkStatus",//与通讯矩阵保持一致
"起始位_起":"3",//信号开发位
"位长度":"2",//信号占用位长度
"CANID":"350",//与通讯矩阵保持一致
"信号英文名":"AC_PassangerSeatHotSts",//与通讯矩阵保持一致
"起始位_起":"10",//信号开发位
"位长度":"3",//信号占用位长度
……
"CANID":"39B",//与通讯矩阵保持一致
"信号英文名":"AC_RrpanelLock_St",//与通讯矩阵保持一致
"起始位_起":"48",//信号开发位
"位长度":"1",//信号占用位长度
}
"标准时间编码":"D",//触发采集事件
"触发条件":"AC_VentilationOnMode=0x03",
"触发条件编码":"_da",
"采集时长":"±15",//采集前15s后15s数据
"数据内容":
{
"CANID":"39B",//与通讯矩阵保持一致
"信号英文名":"AC_RrpanelLock_St",//与通讯矩阵保持一致
"起始位_起":"48",//信号开发位
"位长度":"1",//信号占用位长度
"采集周期":"源周期",//控制器产生信号时间
……
"CANID":"350",//与通讯矩阵保持一致
"信号英文名":"AC_PassangerSeatHotSts",//与通讯矩阵保持一致
"起始位_起":"10",//信号开发位
"位长度":"3",//信号占用位长度
"采集周期":"源周期",//控制器产生信号时间
}
}
"TP01":
{
"数据转换规则":"16进制",//上传数据内容与总线值一致
}
"TR01":
{
"周期及触发采集规则":
{
"上传规则":"消息头+触发条件编码+消息体",//消息体数据排序码流
}
"故障码及变化触发采集规则":
{
"上传规则":"消息头+触发条件编码+数据序号+消息体",
}
}
}
}
车端接收到配置文件,4G模块对任务进行解析,将规则进行转译发送车端MPU,车端MPU根据采集规则、数据算法转换规则进行数据处理,车端MPU对于此配置任务种数据上传规则调用相应的接口文件及端口将数据进行打包,当上传条件满足要求时,将数据进行上传。
综上,通过采传一体方案以及云端采传规则算法可以实现远程配置采传一体化车端自主匹配方案,可以解决多种场景问题,具体如下:
场景1:现有方案通过配置采集信号(ID+数据项),需要云端根据通讯矩阵对信号数据解析,产生更多业务数据,会造成以下问题:因ID+数据的方式会附带很多无效数据且存在数据项重复问题,例如:变化式采集信号,周期式采集ID,ID中会涉及很多变化信号,会产生信号重复现象,ID中很多数据项不需要也会上云,占用50%存储资源,数据业务方需要根据通信矩阵信号先将数据筛选出来,再根据信号分辨率、偏移量、信号说明进行转换。而本申请可以实现远程配置采传一体化车端自主匹配方案,可实现有价值数据且数据具有直观性,业务方可根据采集规则及信号分辨率、偏移量、信号说明实现数据转换,减少筛选工作。
场景2:本申请在数据传输协议变更时,需要升级车端程序,实现远程配置采传一体化车端自主匹配方案,车端处理层可解读采传协议,MPU将采集数据根据传输协议内容写入数据库中,MPU调用数据上传接口将数据库数据上传云端,可灵活配置数据传输协议,实现定制化采集工作。
其次参照附图描述根据本申请实施例提出的车辆终端的数据采传规则配置装置。
图5是本申请实施例的车辆终端的数据采传规则配置装置的方框示意图。
如图5所示,该车辆终端的数据采传规则配置装置10包括:获取模块100、处理模块200和配置模块300。
其中,获取模块100用于获取车辆终端的采集需求清单;处理模块200用于根据采集需求清单生成采传一体策略,并封装采传一体策略得到配置文件,其中,采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,数据算法转换规则用于规定数据上传格式的进制数值,坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项;配置模块300用于接收车辆终端发送的配置文件拉取指令,根据配置文件拉取指令下发配置文件至车辆终端,使得车辆终端基于配置文件配置采传一体策略。
在本申请实施例中,处理模块200用于:将数据采集清单导入服务器的需求管理模块的需求池中;利用需求调用指令将数据采集清单从需求池中提取到服务器的转译层进行处理;在转译层中,读取采集需求清单的内容,解析内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过触发条件编码和排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据触发条件编码、排序编码和数据传输层占用字节可进行传输协议重构,得到坑位数据上传规则;在协议层中,将数据采集规则、数据算法转换规则、坑位数据上传规则进行封装存储,得到配置文件。
在本申请实施例中,处理模块200用于:数据转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
在本申请实施例中,处理模块200用于:坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,周期及触发采集格式规则包括消息头、触发条件编码和消息体,故障码及变化采集格式规则消息头、触发条件编码、数据序号和消息体。
需要说明的是,前述对车辆终端的数据采传规则配置方法实施例的解释说明也适用于该实施例的车辆终端的数据采传规则配置装置,此处不再赘述。
根据本申请实施例提出的车辆终端的数据采传规则配置装置,通过获取车辆终端的采集需求清单,并生成采传一体策略,将其封装后得到配置文件,在接受到车辆终端的配置文件拉取指令后,下发配置文件至车辆终端,根据采集需求清单自动生成采传一体策略,实现了远程配置采传一体化车端自主匹配方案,保证数据安全性和使用方便性,节省资源,提升工作效率。由此,解决了相关技术中无法根据采集需求清单自动生成采传一体策略,无法实现远程配置采传一体化的车端自动匹配方案,导致浪费资源、工作效率低下等问题。
图6为本申请实施例提供的服务器的结构示意图。该服务器可以包括:
存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。
处理器602执行程序时实现上述实施例中提供的车辆终端的数据采传规则配置方法。
进一步地,服务器还包括:
通信接口603,用于存储器601和处理器602之间的通信。
存储器601,用于存放可在处理器602上运行的计算机程序。
存储器601可能包含高速RAM(Random Access Memory,随机存取存储器)存储器,也可能还包括非易失性存储器,例如至少一个磁盘存储器。
如果存储器601、处理器602和通信接口603独立实现,则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture,工业标准体系结构)总线、PCI(Peripheral Component,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果存储器601、处理器602及通信接口603,集成在一块芯片上实现,则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。
处理器602可能是一个CPU(Central Processing Unit,中央处理器),或者是ASIC(Application Specific Integrated Circuit,特定集成电路),或者是被配置成实施本申请实施例的一个或多个集成电路。
本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上的车辆终端的数据采传规则配置方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“N个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列,现场可编程门阵列等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种车辆终端的数据采传规则配置方法,其特征在于,所述方法应用于服务器,其中,所述方法包括以下步骤:
获取车辆终端的采集需求清单;
根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,其中,所述采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,所述数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,所述数据算法转换规则用于规定数据上传格式的进制数值,所述坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项;
接收所述车辆终端发送的配置文件拉取指令,根据所述配置文件拉取指令下发所述配置文件至所述车辆终端,使得所述车辆终端基于所述配置文件配置所述采传一体策略;
其中,将所述采集需求清单导入所述服务器的需求管理模块的需求池中;利用需求调用指令将所述采集需求清单从所述需求池中提取到服务器的转译层进行处理;在所述转译层中,读取所述采集需求清单的内容,解析所述内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据所述标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过所述触发条件编码和所述排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据所述触发条件编码、所述排序编码和数据传输层占用字节可进行传输协议重构,得到所述坑位数据上传规则;在协议层中,将所述数据采集规则、所述数据算法转换规则、所述坑位数据上传规则进行封装存储,得到所述配置文件。
2.根据权利要求1所述的方法,其特征在于,所述数据算法转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
3.根据权利要求1所述的方法,其特征在于,所述坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,所述周期及触发采集格式规则包括消息头、触发条件编码和消息体,所述故障码及变化采集格式规则包括消息头、触发条件编码、数据序号和消息体。
4.一种车辆终端的数据采传规则配置装置,其特征在于,包括:
获取模块,用于获取车辆终端的采集需求清单;
处理模块,根据所述采集需求清单生成采传一体策略,并封装所述采传一体策略得到配置文件,其中,所述采传一体策略包括数据采集规则、数据算法转换规则和坑位数据上传规则,所述数据采集规则用于规定标准事件编码,触发条件、触发条件编码、信号标识、信号名称、传输协议中信号长度和信号排序号,所述数据算法转换规则用于规定数据上传格式的进制数值,所述坑位数据上传规则用于规定标准事件编码、事件文件包调用接口地址和端口信息、触发条件编码、信号消息体、周期触发采集信号事件通过数据长度及数据排序对应数据项;其中,将所述采集需求清单导入服务器的需求管理模块的需求池中;利用需求调用指令将所述采集需求清单从所述需求池中提取到服务器的转译层进行处理;在所述转译层中,读取所述采集需求清单的内容,解析所述内容得到标准事件编码、触发条件编码及对应CAN标识、数据名、数据起始位、采集精度和采集时长,根据所述标准事件编码将采集需求进行数据上传协议分类,聚合同一标准事件,根据同一标准事件编码及触发条件编码下的数据在表格位置的顺序进行排序编码,通过所述触发条件编码和所述排序编码指定数据项,得到数据采集规则;通过数据起始位长度定义数据在传输协议中占用字节,根据所述触发条件编码、所述排序编码和数据传输层占用字节可进行传输协议重构,得到所述坑位数据上传规则;在协议层中,将所述数据采集规则、所述数据算法转换规则、所述坑位数据上传规则进行封装存储,得到所述配置文件;
配置模块,接收所述车辆终端发送的配置文件拉取指令,根据所述配置文件拉取指令下发所述配置文件至所述车辆终端,使得所述车辆终端基于所述配置文件配置所述采传一体策略。
5.根据权利要求4所述的装置,其特征在于,所述处理模块用于:
所述数据算法转换规则包括:码流数据以预设进制进行组码,通过分辨率和偏移量对数据进行转换。
6.根据权利要求4所述的装置,其特征在于,所述处理模块用于:
所述坑位数据上传规则包括周期及触发采集格式规则和故障码及变化采集格式规则,其中,所述周期及触发采集格式规则包括消息头、触发条件编码和消息体,所述故障码及变化采集格式规则包括消息头、触发条件编码、数据序号和消息体。
7.一种服务器,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序,以实现如权利要求1-3任一项所述的车辆终端的数据采传规则配置方法。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行,以用于实现如权利要求1-3任一项所述的车辆终端的数据采传规则配置方法。
CN202211146345.9A 2022-09-20 2022-09-20 车辆终端的数据采传规则配置方法、装置、服务器及介质 Active CN115529244B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211146345.9A CN115529244B (zh) 2022-09-20 2022-09-20 车辆终端的数据采传规则配置方法、装置、服务器及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211146345.9A CN115529244B (zh) 2022-09-20 2022-09-20 车辆终端的数据采传规则配置方法、装置、服务器及介质

Publications (2)

Publication Number Publication Date
CN115529244A CN115529244A (zh) 2022-12-27
CN115529244B true CN115529244B (zh) 2024-06-14

Family

ID=84697152

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211146345.9A Active CN115529244B (zh) 2022-09-20 2022-09-20 车辆终端的数据采传规则配置方法、装置、服务器及介质

Country Status (1)

Country Link
CN (1) CN115529244B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107347101A (zh) * 2016-08-19 2017-11-14 武汉英泰斯特电子技术有限公司 一种车联网can数据采集方法
CN111010415A (zh) * 2019-04-30 2020-04-14 长城汽车股份有限公司 针对车联网的数据传输方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111049937B (zh) * 2019-12-31 2021-12-17 长城汽车股份有限公司 智能网联汽车的数据处理系统及数据传输方法
CN112486878A (zh) * 2020-11-25 2021-03-12 苏州智慧车芯科技有限公司 车辆数据采集上传方法、装置、设备、存储介质及系统
CN114979216B (zh) * 2022-05-26 2023-05-26 重庆长安汽车股份有限公司 一种服务端数据采集配置方法及其系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107347101A (zh) * 2016-08-19 2017-11-14 武汉英泰斯特电子技术有限公司 一种车联网can数据采集方法
CN111010415A (zh) * 2019-04-30 2020-04-14 长城汽车股份有限公司 针对车联网的数据传输方法和装置

Also Published As

Publication number Publication date
CN115529244A (zh) 2022-12-27

Similar Documents

Publication Publication Date Title
CN113079072B (zh) 一种车辆数据采集方法及其系统、计算机设备、存储介质
CN111162972B (zh) 基于语义分析的车载以太网协议栈自动化测试方法
CN111083225A (zh) 在物联网平台中的数据处理方法、装置及物联网平台
CN114553978B (zh) 一种传感器报文数据处理方法、电子设备及存储介质
CN111552838B (zh) 数据处理方法及装置、计算机设备、存储介质
CN113918232B (zh) 一种算法服务的调用方法、装置、服务器和存储介质
CN111294235B (zh) 数据处理方法、装置、网关及可读存储介质
CN111427335A (zh) 一种车辆远程诊断方法、设备连接器及车辆连接器
CN111552268B (zh) 一种车辆远程诊断方法、设备连接器及车辆连接器
CN112788128A (zh) 业务信息的推送方法、装置、存储介质及电子装置
CN114860437A (zh) 数据采集方法、边缘计算主机及计算机可读存储介质
CN115529244B (zh) 车辆终端的数据采传规则配置方法、装置、服务器及介质
CN115543755B (zh) 一种性能监管方法、装置、系统、设备和介质
CN112399446A (zh) 边缘网关通信方法、装置、计算机设备和存储介质
CN111294261B (zh) 信号处理方法、装置、计算机设备和存储介质
CN116634042A (zh) 大数据报文解析方法、装置及存储介质
CN115903733A (zh) 车辆的远程诊断方法、服务器、终端及存储介质
CN109816462A (zh) 一种发票信息的识别方法及装置
CN114531289A (zh) 基于人工智能的系统交互方法及相关设备
CN113918245A (zh) 一种数据调用方法、装置、设备及计算机可读存储介质
CN114125024A (zh) 音频传输方法、电子设备及可读存储介质
CN115204256A (zh) 数据标注系统、方法和数据标注管理器
CN114826371B (zh) 一种可配置的卫星部件通信通用模型设计方法
CN107528758A (zh) 一种高速can总线数据转换装置及其转换方法
CN117896727B (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
GR01 Patent grant
GR01 Patent grant