CN115048154B - 车载配置信息管理方法、装置、系统及存储介质 - Google Patents

车载配置信息管理方法、装置、系统及存储介质 Download PDF

Info

Publication number
CN115048154B
CN115048154B CN202210796797.5A CN202210796797A CN115048154B CN 115048154 B CN115048154 B CN 115048154B CN 202210796797 A CN202210796797 A CN 202210796797A CN 115048154 B CN115048154 B CN 115048154B
Authority
CN
China
Prior art keywords
target
request
configuration
vehicle
service
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
CN202210796797.5A
Other languages
English (en)
Other versions
CN115048154A (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.)
BDstar Intelligent and Connected Vehicle Technology Co Ltd
Original Assignee
BDstar Intelligent and Connected Vehicle Technology 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 BDstar Intelligent and Connected Vehicle Technology Co Ltd filed Critical BDstar Intelligent and Connected Vehicle Technology Co Ltd
Priority to CN202210796797.5A priority Critical patent/CN115048154B/zh
Publication of CN115048154A publication Critical patent/CN115048154A/zh
Application granted granted Critical
Publication of CN115048154B publication Critical patent/CN115048154B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

本发明实施例提出一种车载配置信息管理方法、装置、系统及存储介质,属于车载技术领域,方法包括:接收任一车载ECU发送的服务请求,并将接收的所有服务请求按照接收顺序缓存至请求队列,进而将请求队列中排序最前的服务请求作为目标请求,确定目标请求的目标分区,并根据目标请求,对目标分区中的配置信息进行处理得到反馈信息,将反馈信息返回并删除目标请求,并返回执行将请求队列中排序最前的服务请求作为目标请求的步骤,以继续处理下一个目标请求,实现管理终端实现采用异步响应的方式对车载ECU的配置信息进行集中管理,能够降低车载ECU的配置处理时耗,并在一定程度上避免阻塞现象。

Description

车载配置信息管理方法、装置、系统及存储介质
技术领域
本发明涉及车载技术领域,具体而言,涉及一种车载配置信息管理方法、装置、系统及存储介质。
背景技术
电子控制单元(Electronic Control Unit,ECU),又称为行车电脑、车载电脑等。随着新时代汽车工业的不断发展以及互联网技术的不断普及,汽车的发动机、空调系统、防抱死制动系统等功能系统上都可以发现ECU的踪影。
由于传统的车载电子设备实现的应用或功能简易且少,故而功能配置处理方法通常为将配置写入配置文件,利用配置文件读写方式加载配置,即加载配置的方式属于同步响应。现今车载电子设备支撑的应用呈现出不断增长的趋势,采用这种配置处理方法,会极大地增加时耗,导致ECU出现阻塞。
发明内容
有鉴于此,本发明的目的在于提供一种车载配置信息管理方法、装置、系统及存储介质,其能够改善目前的车载电子设备的配置信息处理方法时耗长,且易于导致车载ECU发生阻塞的问题。
为了实现上述目的,本发明实施例采用的技术方案如下。
第一方面,本发明实施例提供一种车载配置信息管理方法,应用于包括配置服务接口的管理终端,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息,所述方法包括:
接收任一所述车载ECU发送的服务请求,并将接收的所有所述服务请求按照接收顺序缓存至请求队列,其中,所述服务请求为所述车载ECU采用异步响应的方式发送;
将所述请求队列中排序最前的服务请求作为目标请求,从多个所述配置分区中确定所述目标请求的目标分区;
根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息;
将所述反馈信息返回至发送所述目标请求的车载ECU,删除所述目标请求,并返回执行所述将所述请求队列中排序最前的服务请求作为目标请求的步骤,以继续对所述请求队列中的下一个目标请求进行处理。
进一步地,所述目标请求为读取请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
从所述目标分区中获取所述目标请求对应的目标配置,并将所述目标配置打包成反馈信息。
进一步地,所目标请求为修改请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
根据所述修改请求中的标识确定所述目标分区中的目标配置数据,将所述目标配置数据替换为所述修改请求中的修改数据;
对所述目标分区中修改后的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
进一步地,所述目标请求为新增请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
将所述新增请求中的新增数据添加至所述目标分区的配置信息;
对所述目标分区中的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
进一步地,所述目标请求为删除请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
根据所述删除请求中的标识确定所述目标分区中的目标配置数据,并将所述目标配置数据删除;
对所述目标分区中的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
进一步地,在所述接收任一所述车载ECU基于服务需求发送的服务请求的步骤之前,所述方法还包括:
基于配置服务对应的基础分区中的配置信息,加载并启动所述配置服务,以暴露配置服务接口。
进一步地,所述配置分区包括基础分区和灾备分区;
所述基于配置服务对应的基础分区中的配置信息,加载并启动所述配置服务的步骤,包括:
对配置服务对应的配置分区的基础分区的第一目标配置进行校验;
若所述第一目标配置校验成功,则加载所述第一目标配置以启动配置服务;
若所述第一目标配置校验失败,则对所述目标分区的灾备分区中的第二目标配置进行校验;
若所述第二目标配置校验成功,则加载所述第二目标配置启动所述配置服务;
若所述第二目标配置校验失败,则以恢复至出厂默认配置的方式启动所述配置服务。
第二方面,本发明实施例提供一种车载配置信息管理装置,应用于包括配置服务接口的管理终端,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息,所述车载配置信息管理装置包括缓存模块和处理模块:
所述缓存模块,用于接收任一所述车载ECU发送的服务请求,并将接收的所有所述服务请求按照接收顺序缓存至请求队列,其中,所述服务请求为所述车载ECU采用异步响应的方式进行发送;
所述处理模块,用于:
将所述请求队列中排序最前的服务请求作为目标请求,从多个所述配置分区中确定所述目标请求的目标分区;
根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息;
将所述反馈信息返回至发送所述目标请求的车载ECU,删除所述目标请求,并返回执行所述将所述请求队列中排序最前的服务请求作为目标请求的步骤,以继续对所述请求队列中的下一个目标请求进行处理。
第三方面,本发明实施例提供一种车载配置信息管理系统,包括多个车载ECU和管理终端,所述管理终端包括配置服务接口,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息;
所述车载ECU,用于采用异步响应的方式,基于任一服务需求发送服务请求至所述管理终端;
所述管理终端,用于实现如第一方面所述的车载配置信息管理方法。
第四方面,本发明实施例提供一种管理终端,包括处理器和存储器,所述存储器存储有能够被所述处理器执行的计算机程序,所述处理器可执行所述计算机程序以实现如第一方面所述的车载配置信息管理方法。
第五方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的车载配置信息管理方法。
本发明实施例提供的车载配置信息管理方法、装置、系统及存储介质,通过在管理终端存储配置信息,当车载ECU产生关于配置信息的服务需求时,向管理终端发送服务请求,且可以连续发送多个服务请求,管理终端接收到服务请求后,将服务请求缓存至请求队列,并从请求队列中提取目标请求,对目标请求的目标分区中的配置信息进行处理得到反馈信息,并将反馈信息返回至车载ECU,并以相同的逻辑处理下一个目标请求,实现管理终端采用异步响应的方式对车载ECU的配置信息进行集中管理,使得车载ECU可以在未接收到服务请求的反馈的情况下,就能发送下一个服务请求,从而能够降低车载ECU的配置处理时耗,并在一定程度上避免阻塞现象。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例提供的车载配置信息管理系统的方框示意图。
图2示出了本发明实施例提供的车载配置信息管理方法的流程示意图之一。
图3示出了本发明实施例提供的车载配置信息管理方法的流程示意图之二。
图4示出了图3中步骤S101的部分子步骤的流程示意图。
图5示出了图2或图3中步骤S106的部分子步骤的流程示意图之一。
图6示出了图2或图3中步骤S106的部分子步骤的流程示意图之二。
图7示出了图2或图3中步骤S106的部分子步骤的流程示意图之三。
图8示出了本发明实施例提供的车载配置信息管理装置的方框示意图。
图9示出了本发明实施例提供的管理终端的方框示意图。
图标:100-车载配置信息管理系统;110-车载ECU;120-管理终端;130-车载配置信息管理装置;140-启动模块;150-缓存模块;160-处理模块。
具体实施方式
下面将结合本发明实施例中附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
传统的车载电子设备实现的应用或功能简易且少,功能配置处理方法即配置信息处理方法一般包括配置写死和读写配置文件。前者是指将功能配置在程序中写死,进行硬编码。后者是指配置写入配置文件,利用配置文件读写方式加载配置,即加载配置的方式属于同步响应。读写配置文件的方式,在进行配置信息的存储、加载(读取)等操作时,只有在得到上一次的服务请求的反馈之后,才能发送下一次服务请求至存储配置信息的设备上,这将存在较长的等待时耗。
现今车载电子设备支撑的应用呈现出不断增长的趋势,车载电子设备的功能激增,配置信息(配置内容)也随之激增,配置写死的方式不再适用,同时读写配置文件的方式也会极大地增加读写时耗,导致车载ECU等设备的启动和功能实现等出现阻塞。
基于上述考虑,本发明实施例提供一种车载配置信息管理方案,其能够改善目前的配置处理方式所存在的配置读写时耗长,且设备的启动和功能实现容易出现阻塞的问题。
在一个实施例中,参照图1,提供了一种车载配置信息管理系统100,包括多个车载ECU110和管理终端120,管理终端120包括配置服务接口,多个车载ECU110与管理终端120的配置服务接口连接。管理终端120还包括多个存储有配置信息的配置分区。
其中,管理终端120可以通过NameServer提供名称服务或通过ip+port模式对外暴露配置服务接口,任一车载ECU110通过配置服务接口访问管理终端120。每个配置分区可以对应一个车载ECU110,每个车载ECU110的配置信息存储于对应的管理分区中。
详细来讲,多个车载ECU110与管理终端120可以同处于一个以太网网内。
车载ECU110,用于采用异步响应的方式,基于任一服务需求发送服务请求至管理终端120。
一个服务需求,可以有多个服务请求,多个服务请求可以先后连续发送至管理终端120。车载ECU110也可以有多个服务需求,多个服务需求的服务服务请求连续发送至管理终端120。
管理终端120,用于接收服务请求,并将接收的所有服务请求按照接收顺序缓存在请求队列。
管理终端120,还用于将请求队列中排序最前的服务请求作为目标请求,从多个配置分区中确定目标请求的目标分区,根据目标请求,对目标分区中的配置信息进行处理,根据处理结果得到反馈信息,将反馈信息返回至发送目标请求的车载ECU110,删除目标请求,并返回执行将请求队列中排序最前的服务请求作为目标请求的步骤,以继续对请求队列中的下一个目标请求进行处理。
上述车载配置信息管理系统100中,在管理终端120存储各车载ECU110的配置信息,当车载ECU110产生关于配置信息的服务需求时,向管理终端120发送服务请求,且可以连续发送多个服务请求。管理终端120接收到服务请求后,将服务请求缓存至请求队列,并从请求队列中提取目标请求,对目标请求的目标分区中的配置信息进行处理得到反馈信息,并将反馈信息发送回发出目标请求的车载ECU110,并以相同的处理逻辑处理下一个目标请求。
上述车载配置信息管理系统100实现采用异步响应的方式对车载ECU110的配置信息进行处理,使得车载ECU110可以在未接收到服务请求的反馈的情况下,能够发送下一个服务请求,无需得到服务请求的反馈信息后才能发送下一个服务请求,从而能够降低车载ECU110的配置处理时耗,并在一定程度上避免阻塞现象。
为了更详细地介绍车载配置信息管理方案,在一个实施例中,提供了一种车载配置信息管理方法,参照图2,包括以下步骤。在本实施例中,以该车载配置信息管理方法应用于上述车载配置信息管理系统100中的管理终端120来进行举例说明。
S102,接收任一车载ECU发送的服务请求,并将接收的所有服务请求按照接收顺序缓存至请求队列。
其中,服务请求为车载ECU110基于服务需求,并采用异步响应的方式发送。服务需求包括但不限于是:车载ECU110的启动,以及实现功能的应用程序的启动。请求队列可以是大型的消息中间件MQ,也可以是自实现的Task Queue。
任一车载ECU110产生服务需求时,发送一个或多个服务请求至管理终端120。并且,服务请求为多个时,可以连续发送,无需在得到上一个服务请求的反馈信息之后再发送下一个服务请求。
管理终端120接收到服务请求后,将所有的服务请求按照接收的先后顺序缓存至请求队列。
S104,将请求队列中排序最前的服务请求作为目标请求,从多个配置分区中确定目标请求的目标分区。
管理终端120中可以存储有查询表,查询表可以记录有各车载ECU110与配置分区间的对应关系。管理终端120利用查询表,可以根据发送目标请求的车载ECU110,查询出车载ECU110对应的配置分区,从而可以将车载ECU110对应的配置分区作为目标分区。
也可以为:目标请求中带有目标分区的标识,从而根据标识可以确定出目标分区。
以上方式仅为举例,并非唯一限定。实际应用中,可以根据实际需求设定确定目标分区的方式。
S106,根据目标请求,对目标分区中的配置信息进行处理,根据处理结果得到反馈信息。
服务请求包括读取请求、修改请求、删除请求、修改请求和存储请求等等,可以根据目标请求的实际内容,对目标分区中的配置信息进行相应处理,并得到反馈信息。
S108,将反馈信息返回至发送目标请求的车载ECU,删除目标请求。在S108之后返回步骤S104,以继续对请求队列中的下一个目标请求进行处理。
生成反馈信息后,意味着处理完目标请求,此时,将目标请求删除。并重新执行步骤S104,以继续对下一个目标请求进行处理。
上述车载配置信息管理方法的原理为:通过将各车载ECU110的配置信息集中存储于管理终端120,当任一车载ECU110产生关于配置信息的服务需求时,向管理终端120发送服务请求,且可以连续发送多个服务请求,管理终端120接收到服务请求后,将服务请求缓存至请求队列,并按照接收顺序从请求队列中提取目标请求,对目标请求的目标分区中的配置信息进行处理得到反馈信息,并将反馈信息发送回发出目标请求的车载ECU110,接着以相同的处理逻辑处理下一个目标请求。
车载配置信息管理方法实现管理终端120采用异步响应的方式对车载ECU110的配置信息进行集中管理,使得车载ECU110可以在未接收到服务请求的反馈的情况下,就能发送下一个服务请求,无需得到服务请求的反馈信息后才能发送下一个服务请求,从而能够降低车载ECU110的配置处理时耗,并在一定程度上避免阻塞现象。
本发明提供的车载配置信息管理方法,参照图3,还包括步骤S101,该步骤在S102之前执行。
S101,基于配置服务对应的基础分区中的配置信息,加载并启动配置服务,以暴露配置服务接口。
其中,管理服务可以称为Persistence服务。
管理终端120可以是车载终端,管理终端120在执行步骤S101之后,启动配置服务程序,暴露配置服务接口给各车载ECU连接,以才能执行后续步骤S102-S108。
为了在一定程度上保证管理终端120能够启动配置服务程序,并暴露配置服务接口,以稳定地实现步骤S102-S108,在一种实施方式中,参照图4,步骤S101可以包括以下子步骤。
其中,配置分区包括基础分区和灾备分区,管理终端120还包括配置服务程序对应的配置分区,配置服务对应的配置分区的基础分区存储有第一目标配置,配置服务对应的配置分区的灾备分区存储有第二目标配置。
S1011,对配置服务对应的配置分区的基础分区的第一目标配置进行校验。若校验失败,则执行步骤S1012,若校验成功,则执行步骤S1015。
S1012,对目标分区的灾备分区中的第二目标配置进行校验。若第二目标校验失败,则执行步骤S1013,若第二目标配置校验成功,则执行步骤S1014。
S1013,以恢复至出厂默认配置的方式启动配置服务。
出厂默认配置可以硬编码于配置服务的启动程序中,此时,执行启动程序即可完成恢复至出厂默认配置。
S1014,加载第二目标配置启动配置服务。
S1015,加载第一目标配置以启动配置服务。
其中,第一目标配置校验和第二目标配置校验,均可以采用CRC校验。在其他实施例中,也可以采用AIS校验等其他校验方式,本实施例不作具体限定。
应当理解的是,配置服务对应的配置分区中的第一目标配置和第二目标配置均可进行升级、修改等操作。
在上述内容中已知,服务请求包括但不限于是:读取请求、修改请求、删除请求、修改请求和存储请求等请求内容。在请求内容不同的情况下,步骤S106有不同的实现方式。
例如,当目标请求为读取请求时,可以通过以下方式实现步骤S106:从目标分区中获取目标请求对应的目标配置,并将目标配置打包成反馈信息。
应当理解的是,每个车载ECU110对应的配置分区中存储有车载ECU110的多个功能实现以及车载ECU110启动等的配置信息,故而目标配置不一定是配置分区中的所有配置信息。
详细来讲,服务请求可以是关于目标分区中的部分配置信息的,也可以是关于目标分区中的所有配置信息的。服务请求可以指定目标配置,例如,服务请求中也可以包括目标配置的标识,根据该标识可以确定目标配置。其中,目标配置的标识可以是功能名、字段名、存储位置等等。
当目标请求为修改请求时,参照图5,步骤S106可以通过以下步骤实现。
S1061,根据修改请求中的标识确定目标分区中的目标配置数据,将目标配置数据替换为修改请求中的修改数据。
S1062,对目标分区中修改后的配置信息进行CRC校验得到第二CRC值,并将目标分区中的第一CRC值替换成第二CRC值。
在修改完成后,对修改后的配置信息进行CRC校验,并用新得到第二CRC值替代原有的第一CEC值,以使修改后的配置信息的CRC值能够与修改后的配置信息相关。
在目标请求为修改请求时,当完成步骤S1062后,管理终端120会生成修改成功指令,该将修改成功指令作为反馈信息。
当目标请求为新增请求时,参照图6,上述步骤S106可以包括以下子步骤。
S1063,将新增请求中的新增数据添加至目标分区的配置信息。
当目标请求为新增请求时,目标请求中包括新增数据,将新增数据添加至配置信息中,即可完成新增。
S1064,对目标分区中的配置信息进行CRC校验得到第二CRC值,并将目标分区中的第一CRC值替换成第二CRC值。
同理,新增数据后,对新增后的配置信息进行CRC校验,并用新得到第二CRC值替代原有的第一CEC值,以使新增后的配置信息的CRC值能够与新增后的配置信息相关。
在目标请求为新增请求时,当完成步骤S1064后,管理终端120会生成新增完成指令,该将新增完成指令作为反馈信息。
应当理解的是,若是新增请求中的新增数据是一个新增功能模块或者一个新增的车载ECU110启动的配置信息,则目标分区为新开辟的配置分区,且在新增请求中的新增数据存储至新开辟的配置分区后,直接对新增数据进行CRC校验,并将得到的CRC值一并存入新开辟的配置分区,以此,即可完成数据新增。
当目标请求为删除请求时,参照图7,上述步骤S106可以包括以下子步骤。
S1065,根据删除请求中的标识确定目标分区中的目标配置数据,并将目标配置数据删除。
S1066,对目标分区中的配置信息进行CRC校验得到第二CRC值,并将目标分区中的第一CRC值替换成第二CRC值。
删除目标配置数据后,将目标分区中的最新的配置信息的CRC值也进行更新,以完成删除。
在目标请求为删除请求时,当完成步骤S1066后,管理终端120会生成删除成功指令,该将删除成功指令作为反馈信息。
应当理解的是,上述S106的几种实现方式仅仅是一种举例,而非唯一限定,在具体使用时,可以根据实际情况而进行调整。
本发明提供的车载配置信息管理方法中,车载ECU110与管理终端120间采用CS架构,管理终端120提供集中式的配置服务,统一管理各个车载ECU110的相关配置,利用消息队列技术将接收的所有服务请求按照先后顺序进行缓存,并在服务请求处理完毕后异步响应(发送反馈信息),从而能够改善车载ECU110等待反馈而造成的阻塞问题。
对于同一个ECU内部,通过管理终端120的配置服务(Persistence底层)暴露的配置服务接口访问,从而减少延时。并且,无需通过TCP/UDP协议进行网络连接来传输数据或接收请求,从而在一定程度上能够避免网络交互带来的延时。
基于上述车载配置信息管理方法的构思,在一个实施例中,提供一种车载配置信息管理装置130,可以应用于图1中的管理终端120。参照图8,该车载配置信息管理装置130包括缓存模块150和处理模块160。
缓存模块150,用于接收任一车载ECU110发送的服务请求,并将接收的所有服务请求按照接收顺序缓存至请求队列。
其中,服务请求为车载ECU110采用异步响应的方式进行发送。
处理模块160,用于:将请求队列中排序最前的服务请求作为目标请求,从多个配置分区中确定目标请求的目标分区;
根据目标请求,对目标分区中的配置信息进行处理,根据处理结果得到反馈信息;
以及,将反馈信息返回至发送目标请求的车载ECU110,删除目标请求,并返回执行将请求队列中排序最前的服务请求作为目标请求的步骤,以继续对请求队列中的下一个目标请求进行处理。
进一步地,车载配置信息管理装置130还包括启动模块140。
启动模块140,用于基于配置服务对应的基础分区中的配置信息,加载并启动配置服务,以暴露配置服务接口。
上述车载配置信息管理装置130中,各车载ECU110的配置信息集中存储于管理终端120,当任一车载ECU110产生关于配置信息的服务需求时,向管理终端120发送服务请求,且可以连续发送多个服务请求,缓存模块150接收到服务请求后,将服务请求缓存至请求队列,处理模块160按照接收顺序从请求队列中提取目标请求,对目标请求的目标分区中的配置信息进行处理得到反馈信息,并将反馈信息发送回发出目标请求的车载ECU110,接着处理模块160以相同的处理逻辑处理下一个目标请求。
管理终端120集中处理各车载ECU110的配置信息,实现采用异步响应的方式对车载ECU110的配置信息进行处理,使得车载ECU110可以在未接收到服务请求的反馈的情况下,能够发送下一个服务请求,无需得到服务请求的反馈信息后才能发送下一个服务请求,从而能够降低车载ECU110的配置处理时耗,并在一定程度上避免阻塞现象。
关于车载配置信息管理装置130的具体限定可以参见上文中对于车载配置信息管理方法的限定,在此不再赘述。上述车载配置信息管理装置130中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于管理终端120中的处理器中,也可以以软件形式存储于管理终端120中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种管理终端120,其内部结构图可以如图9所示。该管理终端120包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该管理终端120的处理器用于提供计算和控制能力。该管理终端120的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该管理终端120的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、近场通信(NFC)或其他技术实现。该计算机程序被处理器执行时以实现一种车载配置信息管理方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本发明方案相关的部分结构的框图,并不构成对本发明方案所应用于其上的管理终端120的限定,具体的管理终端120可以包括比图9中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,本发明提供的车载配置信息管理装置130可以实现为一种计算机程序的形式,计算机程序可在如图9所示的管理终端120上运行。管理终端120的存储器中可存储组成该车载配置信息管理装置130的各个程序模块,比如,图7所示的启动模块140、缓存模块150和处理模块160。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的车载配置信息管理方法中的步骤。
例如,图9所示的管理终端120可以通过如图7所示的车载配置信息装置130中的启动模块140执行步骤S101。管理终端120可以通过缓存模块150执行步骤S102。管理终端120可以通过处理模块160执行步骤S104-S108。
在一个实施例中,提供了一种管理终端120,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收任一车载ECU110发送的服务请求,并将接收的所有服务请求按照接收顺序缓存至请求队列;将请求队列中排序最前的服务请求作为目标请求,从多个配置分区中确定目标请求的目标分区;根据目标请求,对目标分区中的配置信息进行处理,根据处理结果得到反馈信息;将反馈信息返回至发送目标请求的车载ECU110,删除目标请求,并返回执行将请求队列中排序最前的服务请求作为目标请求的步骤,以继续对请求队列中的下一个目标请求进行处理。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收任一车载ECU110发送的服务请求,并将接收的所有服务请求按照接收顺序缓存至请求队列;将请求队列中排序最前的服务请求作为目标请求,从多个配置分区中确定目标请求的目标分区;根据目标请求,对目标分区中的配置信息进行处理,根据处理结果得到反馈信息;将反馈信息返回至发送目标请求的车载ECU110,删除目标请求,并返回执行将请求队列中排序最前的服务请求作为目标请求的步骤,以继续对请求队列中的下一个目标请求进行处理。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种车载配置信息管理方法,其特征在于,应用于包括配置服务接口的管理终端,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息,所述方法包括:
接收任一所述车载ECU发送的服务请求,并将接收的所有所述服务请求按照接收顺序缓存至请求队列,其中,所述服务请求为所述车载ECU采用异步响应的方式发送;
将所述请求队列中排序最前的服务请求作为目标请求,从多个所述配置分区中确定所述目标请求的目标分区;
根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息;
将所述反馈信息返回至发送所述目标请求的车载ECU,删除所述目标请求,并返回执行所述将所述请求队列中排序最前的服务请求作为目标请求的步骤,以继续对所述请求队列中的下一个目标请求进行处理。
2.根据权利要求1所述的车载配置信息管理方法,其特征在于,所述目标请求为读取请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
从所述目标分区中获取所述目标请求对应的目标配置,并将所述目标配置打包成反馈信息。
3.根据权利要求1所述的车载配置信息管理方法,其特征在于,所目标请求为修改请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
根据所述修改请求中的标识确定所述目标分区中的目标配置数据,
将所述目标配置数据替换为所述修改请求中的修改数据;
对所述目标分区中修改后的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
4.根据权利要求1所述的车载配置信息管理方法,其特征在于,所述目标请求为新增请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
将所述新增请求中的新增数据添加至所述目标分区的配置信息;
对所述目标分区中的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
5.根据权利要求1所述的车载配置信息管理方法,其特征在于,所述目标请求为删除请求,所述根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息的步骤,包括:
根据所述删除请求中的标识确定所述目标分区中的目标配置数据,并将所述目标配置数据删除;
对所述目标分区中的配置信息进行CRC校验得到第二CRC值,并将所述目标分区中的第一CRC值替换成所述第二CRC值。
6.根据权利要求1所述的车载配置信息管理方法,其特征在于,在所述接收任一所述车载ECU基于服务需求发送的服务请求的步骤之前,所述方法还包括:
基于配置服务对应的基础分区中的配置信息,加载并启动所述配置服务,以暴露所述配置服务接口。
7.根据权利要求6所述的车载配置信息管理方法,其特征在于,所述配置分区包括基础分区和灾备分区;
所述基于配置服务对应的基础分区中的配置信息,加载并启动所述配置服务的步骤,包括:
对配置服务对应的配置分区的基础分区的第一目标配置进行校验;
若所述第一目标配置校验成功,则加载所述第一目标配置以启动配置服务;
若所述第一目标配置校验失败,则对所述目标分区的灾备分区中的第二目标配置进行校验;
若所述第二目标配置校验成功,则加载所述第二目标配置启动所述配置服务;
若所述第二目标配置校验失败,则以恢复至出厂默认配置的方式启动所述配置服务。
8.一种车载配置信息管理装置,其特征在于,应用于包括配置服务接口的管理终端,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息,所述车载配置信息管理装置包括缓存模块和处理模块:
所述缓存模块,用于接收任一所述车载ECU发送的服务请求,并将接收的所有所述服务请求按照接收顺序缓存至请求队列,其中,所述服务请求为所述车载ECU采用异步响应的方式进行发送;
所述处理模块,用于:
将所述请求队列中排序最前的服务请求作为目标请求,从多个所述配置分区中确定所述目标请求的目标分区;
根据所述目标请求,对所述目标分区中的配置信息进行处理,根据处理结果得到反馈信息;
将所述反馈信息返回至发送所述目标请求的车载ECU,删除所述目标请求,并返回执行所述将所述请求队列中排序最前的服务请求作为目标请求的步骤,以继续对所述请求队列中的下一个目标请求进行处理。
9.一种车载配置信息管理系统,其特征在于,包括多个车载ECU和管理终端,所述管理终端包括配置服务接口,所述管理终端通过配置服务接口与多个车载ECU连接,所述管理终端包括多个配置分区,每个所述配置分区存储有对应的车载ECU的配置信息;
所述车载ECU,用于采用异步响应的方式,基于任一服务需求发送服务请求至所述管理终端;
所述管理终端,用于实现如权利要求1-7中任一项所述的车载配置信息管理方法。
10.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的车载配置信息管理方法。
CN202210796797.5A 2022-07-06 2022-07-06 车载配置信息管理方法、装置、系统及存储介质 Active CN115048154B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210796797.5A CN115048154B (zh) 2022-07-06 2022-07-06 车载配置信息管理方法、装置、系统及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210796797.5A CN115048154B (zh) 2022-07-06 2022-07-06 车载配置信息管理方法、装置、系统及存储介质

Publications (2)

Publication Number Publication Date
CN115048154A CN115048154A (zh) 2022-09-13
CN115048154B true CN115048154B (zh) 2024-05-03

Family

ID=83165574

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210796797.5A Active CN115048154B (zh) 2022-07-06 2022-07-06 车载配置信息管理方法、装置、系统及存储介质

Country Status (1)

Country Link
CN (1) CN115048154B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108076125A (zh) * 2016-11-11 2018-05-25 北京京东尚科信息技术有限公司 接口配置方法及系统
JP2019192953A (ja) * 2018-04-18 2019-10-31 トヨタ自動車株式会社 車両向けサービス提供システム、車載装置およびコマンド送信方法
CN110838190A (zh) * 2019-10-30 2020-02-25 浙江大搜车软件技术有限公司 车辆检验方法、装置、计算机设备和存储介质
CN111880515A (zh) * 2020-07-30 2020-11-03 深圳市元征科技股份有限公司 一种车辆系统扫描方法以及相关装置
JP2021024315A (ja) * 2019-07-31 2021-02-22 マツダ株式会社 車両制御システム
CN112526971A (zh) * 2020-11-30 2021-03-19 湖北亿咖通科技有限公司 车辆配置系统、车辆和生产装置
CN113867823A (zh) * 2021-10-12 2021-12-31 湖北亿咖通科技有限公司 车载终端配置参数的设置方法、装置及电子设备
CN114047873A (zh) * 2021-09-26 2022-02-15 北京罗克维尔斯科技有限公司 数据分区方法、装置以及存储介质
CN114327543A (zh) * 2021-12-16 2022-04-12 奇瑞新能源汽车股份有限公司 车载控制器的在线升级方法、装置、车辆及存储介质
CN114465719A (zh) * 2017-01-05 2022-05-10 伽德诺克斯信息技术有限公司 被配置成基于面向服务的体系结构实施集中式服务ecu的专门编程的计算系统及其方法
CN114710454A (zh) * 2022-03-29 2022-07-05 成都中科创达软件有限公司 一种消息处理方法、车载通讯装置、电子设备及存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108076125A (zh) * 2016-11-11 2018-05-25 北京京东尚科信息技术有限公司 接口配置方法及系统
CN114465719A (zh) * 2017-01-05 2022-05-10 伽德诺克斯信息技术有限公司 被配置成基于面向服务的体系结构实施集中式服务ecu的专门编程的计算系统及其方法
JP2019192953A (ja) * 2018-04-18 2019-10-31 トヨタ自動車株式会社 車両向けサービス提供システム、車載装置およびコマンド送信方法
JP2021024315A (ja) * 2019-07-31 2021-02-22 マツダ株式会社 車両制御システム
CN110838190A (zh) * 2019-10-30 2020-02-25 浙江大搜车软件技术有限公司 车辆检验方法、装置、计算机设备和存储介质
CN111880515A (zh) * 2020-07-30 2020-11-03 深圳市元征科技股份有限公司 一种车辆系统扫描方法以及相关装置
CN112526971A (zh) * 2020-11-30 2021-03-19 湖北亿咖通科技有限公司 车辆配置系统、车辆和生产装置
CN114047873A (zh) * 2021-09-26 2022-02-15 北京罗克维尔斯科技有限公司 数据分区方法、装置以及存储介质
CN113867823A (zh) * 2021-10-12 2021-12-31 湖北亿咖通科技有限公司 车载终端配置参数的设置方法、装置及电子设备
CN114327543A (zh) * 2021-12-16 2022-04-12 奇瑞新能源汽车股份有限公司 车载控制器的在线升级方法、装置、车辆及存储介质
CN114710454A (zh) * 2022-03-29 2022-07-05 成都中科创达软件有限公司 一种消息处理方法、车载通讯装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN115048154A (zh) 2022-09-13

Similar Documents

Publication Publication Date Title
US9104629B2 (en) Autonomic reclamation processing on sequential storage media
CN110018998B (zh) 一种文件管理方法、系统及电子设备和存储介质
US20060224639A1 (en) Backup system, program and backup method
CN105049486A (zh) 静态文件的版本管理、文件拉取控制方法、装置及系统
CN110389935B (zh) 一种启动小程序的方法、设备和计算机存储介质
CN110825419B (zh) 一种固件刷新方法、装置及电子设备和存储介质
US20200285458A1 (en) Program update system, control system, mobile body, program update method, recording medium
US6941322B2 (en) Method for efficient recording and management of data changes to an object
JP2000347982A (ja) 情報処理装置並びにコンピュータに実行させるためのプログラムを記録した記録媒体
CN103036948A (zh) 网络文件处理方法、执行节点、软件即服务SaaS平台
CN115470156A (zh) 基于rdma的内存使用方法、系统、电子设备和存储介质
US9996296B2 (en) Electronic control unit and method for rewriting data
CN115048154B (zh) 车载配置信息管理方法、装置、系统及存储介质
US10430115B2 (en) System and method for optimizing multiple packaging operations in a storage system
US20050091266A1 (en) Data file system, data access server and data access program storage medium
CN111443992B (zh) docker镜像的差量导出方法、计算机存储介质及电子设备
CN113761412A (zh) 应用页面的显示方法、装置、电子设备、介质及应用系统
CN114584618A (zh) 信息交互方法、装置、设备、存储介质和系统
CN110119388A (zh) 文件读写方法、装置、系统、设备及计算机可读存储介质
US20220100401A1 (en) Common storage management device and common storage management method
CN112114757B (zh) 对象存储系统中的存储方法及系统、计算设备和介质
CN112948336B (zh) 数据加速方法及缓存单元、电子设备及存储介质
US7127478B1 (en) Data base for persistent data
CN111405015B (zh) 一种数据处理方法、装置、设备及存储介质
CN114840307A (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