CN113448643A

CN113448643A - Configuration data management system and method

Info

Publication number: CN113448643A
Application number: CN202110310989.6A
Authority: CN
Inventors: 王斌; 邬小勇
Original assignee: Quarkdata Software Co ltd
Current assignee: Quarkdata Software Co ltd
Priority date: 2021-03-23
Filing date: 2021-03-23
Publication date: 2021-09-28
Anticipated expiration: 2041-03-23
Also published as: CN113448643B

Abstract

The embodiment of the application discloses a configuration data management system and a configuration data management method, and belongs to the technical field of automobile application. The system comprises: an on-board system and a control unit system; the vehicle-mounted system comprises an application operation module and a first memory chip area, the control unit system comprises a second memory chip area, and the first memory chip area and the second memory chip area are used for storing configuration data corresponding to vehicle-mounted applications in the vehicle-mounted system; the application operation module is used for acquiring target configuration data corresponding to the target vehicle-mounted application from the first memory area under the condition that the control unit system is not started; the target configuration data are provided for the target vehicle-mounted application, the required configuration data can be directly called in the first memory area of the vehicle-mounted system when the target vehicle-mounted application in the vehicle-mounted system runs, waiting for the control unit to start the system is not needed, and the target vehicle-mounted application can still obtain the corresponding configuration data to finish running when the starting time of the target vehicle-mounted application is earlier.

Description

Configuration data management system and method

Technical Field

The embodiment of the application relates to the technical field of automobile application, in particular to a configuration data management system and method.

Background

With the continuous development of intelligent cabs, the number and complexity of systems for implementing various functions in automobiles are increasing.

In the prior art, based on safety considerations, important vehicle configuration information is mainly stored in a specific Micro Controller Unit (MCU) system, and therefore, when the application in each system of the vehicle specifically runs, relevant configuration information needs to be first obtained from the MCU system to complete initialization and running of the application according to the obtained configuration information, so as to implement functions related to the vehicle.

However, in the prior art, if the start time of a certain system in an automobile is earlier than that of an MCU system, the MCU system is not started yet, or a packet-CPU-crossing communication is not established between the system and the system, an application in the system cannot immediately acquire required configuration information from the MCU during operation, thereby causing application operation failure.

Disclosure of Invention

The embodiment of the application provides a configuration data management system and a configuration data management method, and the problem that when the starting time of an application in the system is earlier, required configuration information cannot be immediately obtained from an MCU (microprogrammed control Unit), so that the operation of the application fails can be solved. The technical scheme is as follows:

in a first aspect, a configuration data management system is provided, the system comprising:

an on-board system and a control unit system;

the vehicle-mounted system comprises an application operation module and a first memory chip area, the control unit system comprises a second memory chip area, and the first memory chip area and the second memory chip area are used for storing configuration data corresponding to vehicle-mounted applications in the vehicle-mounted system;

the application operation module is used for acquiring target configuration data corresponding to a target vehicle-mounted application from the first memory slice area under the condition that the control unit system is not started, and acquiring the target configuration data from the first memory slice area or the second memory slice area under the condition that the vehicle-mounted system and the control unit system are both started;

the application operation module is used for providing the target configuration data to the target vehicle-mounted application.

In a second aspect, a configuration data management method is provided, and is applied to the configuration data management system, where the configuration data management system includes an on-board system and a control unit system, the on-board system includes a first memory slice region, the control unit system includes a second memory slice region, and both the first memory slice region and the second memory slice region are used to store configuration data corresponding to an on-board application in the on-board system, and the method includes:

acquiring the running states of the vehicle-mounted system and the control unit system;

under the condition that the control unit system is not started, acquiring target configuration data corresponding to a target vehicle-mounted application from the first memory area;

under the condition that the vehicle-mounted system and the control unit system are both started, acquiring the target configuration data from the first memory chip area or the second memory chip area;

and sending the target configuration data to the target vehicle-mounted application.

In the configuration data management system provided by the embodiment of the application, the configuration data corresponding to the vehicle-mounted application can be stored in the first memory slice region corresponding to the vehicle-mounted system and the second memory slice region corresponding to the control unit system, so that the target vehicle-mounted application in the vehicle-mounted system can directly call the required configuration data in the first memory slice region of the vehicle-mounted system when running, the control unit system does not need to wait for starting, and the required configuration information is acquired from the control unit system, so that when the starting time of the target vehicle-mounted application is earlier, the target vehicle-mounted application can still acquire the corresponding configuration data to complete running.

Drawings

FIG. 1 is a schematic diagram of a configuration data management system according to an embodiment of the present application;

FIG. 2 is a diagram illustrating a configuration data reading process according to an embodiment of the present disclosure;

FIG. 3 is a diagram illustrating a configuration data update process according to an embodiment of the present application;

FIG. 4 is a flowchart illustrating steps of a method for managing configuration data according to an embodiment of the present disclosure;

fig. 5 is a flowchart illustrating specific steps of a configuration data management method according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Reference herein to "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

Referring to fig. 1, a block diagram of a configuration data management system according to an embodiment of the present application is shown. The system may include: the vehicle-mounted system 10 and the control unit system 20, wherein the vehicle-mounted system 10 includes an application operation module 12 and a first memory slice area 11, the control unit system 20 includes a second memory slice area 21, and both the first memory slice area 11 and the second memory slice area 21 are used for storing configuration data corresponding to a vehicle-mounted application in the vehicle-mounted system 10, so that the application operation module 12 can acquire target configuration data corresponding to a target vehicle-mounted application from the first memory slice area 11 when the control unit system 20 is not started, and can acquire the target configuration data from the first memory slice area 11 or the second memory slice area 21 when the vehicle-mounted system 10 and the control unit system 20 are started, and further, the application operation module 12 can provide the target configuration data to the target vehicle-mounted application, so that the target vehicle-mounted application can complete running according to the target configuration data.

It should be noted that, in the process of the existing vehicle operation, when a certain application in the vehicle-mounted system is in a specific operation process, it is necessary to first acquire relevant configuration parameters, for example, for a reverse image application on a vehicle, it is necessary to first read configuration data related to the reverse image application, including relevant parameters of an environment image acquired by a camera, relevant parameters of image processing performed on the environment image acquired by the camera, display parameters of a synthesized reverse image on a vehicle display device, and the like, and then obtain and display the reverse image of the vehicle according to the configuration parameters, thereby completing the operation of the reverse image application.

On the basis of safety considerations, important configuration information on a vehicle is mainly stored in a specific control Unit system, for example, a fixed Micro Control Unit (MCU) for storing vehicle configuration data, the MCU is also called a Single Chip Microcomputer (Single Chip Microcomputer) or a Single Chip Microcomputer, the frequency and specification of a central processing Unit are appropriately reduced, peripheral interfaces such as a memory are integrated on a Single Chip to form a Chip-level computer, and different combination controls are performed for different application occasions, that is, configuration data related to reverse image application is stored in the control Unit system, rather than in the same vehicle-mounted system as the reverse image application.

Therefore, after a user starts a vehicle, if the user needs to run a reverse image application, the reverse image application is started first, then the control unit system is waited for starting, and after a socket connection is established between the control unit system and the vehicle-mounted system to realize a communication connection across the CPU, the reverse image application in the vehicle-mounted system can acquire configuration data related to the reverse image application stored in the control unit system through the communication connection between the systems. In general, an operation scene of the reverse image application is operated immediately after the vehicle is ignited and started, and at this time, the control unit system is not started yet, or the communication connection between the control unit system and the vehicle-mounted system is not established yet, so that the reverse image application cannot successfully acquire the related configuration data and cannot perform initialization operation, and the reverse image application fails to operate.

Correspondingly, referring to fig. 1, when the vehicle application in the vehicle-mounted system 10 needs to obtain the configuration data to implement the operation, the application program corresponding to the vehicle application located in the system application layer 16 of the vehicle-mounted system 10 may send a configuration data request to the control unit server application of the control unit system 20 through the data access service and the vehicle configuration service of the system framework layer 15, the HAL adaptation layer of the system local library 14, and the control unit client application of the application operation module 12, and after the control unit server application receives the configuration data request, since the second storage slice area 21 of the control unit system 20 is used for storing the configuration data corresponding to the vehicle application in the vehicle-mounted system, the control unit server application may obtain the configuration data corresponding to the vehicle application from the second storage slice area 21, and use the configuration data through the control unit client application of the application operation module 12, The vehicle configuration service and the data access service of the HAL adaptation layer and the system framework layer 15 of the system local library 14 are sent to the application program corresponding to the vehicle-mounted application in the system application layer 16, so that the vehicle-mounted application can complete operation by combining the configuration data.

The Vehicle-mounted System 10 may be a System capable of implementing various functions In a Vehicle, for example, an In-Vehicle Infotainment (IVI) System, which may be implemented by a System on Chip (SoC), where the SoC is an integrated circuit with a special purpose, and includes the complete System and all contents of embedded software.

The application operation module 12 may be a real-time operation system (QNX) corresponding to an onboard application on a vehicle, the QNX is a commercial Unix-like real-time operation system, complies with the POSIX specification, and the target market is mainly an embedded system, and the onboard application may complete some application early access functions through the application operation module 12, for example, the image application for backing up may successfully run at an early stage of vehicle start-up, obtain the image for backing up of the vehicle, and complete the display of the image for backing up. Furthermore, the application operating module 12 may further comprise a control unit client application, so that the configuration data stored in the second memory slice area 21 in the control unit system 20 may be acquired through a communication connection between the control unit client application and the control unit server application.

The first memory slice area 11 may be a data partition in a hardware memory device of the vehicle-mounted system 10 for storing configuration data, for example, two independent bare data partitions may be allocated on a vehicle disk for storing configuration data, such as: the first partition 111 may be used to store default configuration data corresponding to the in-vehicle applications, the second partition 112 may be used to store actual configuration data corresponding to the in-vehicle applications, and a common data partition may be allocated to store other data, for example, the third partition 113 may be used to store data required or generated by other functions implemented in the in-vehicle system 10.

The system application layer 16, the system framework layer 15, the system local library 14, and the system kernel layer 13 together form a system architecture corresponding to the vehicle-mounted system 10, and the system architecture can be implemented based on an Android (Android) system, so that the system application layer can be an Android application layer, the system framework layer can be an Android framework layer, the system local library can be an Android local library, and the system kernel layer can be an Android kernel layer.

The Android system publishes the application packages of a series of core applications, which may include an email client, an SMS short message program, a calendar, a map, a browser, a contact management program, and the like, and they are generally written in Java, so that the system application layer 16 includes applications corresponding to a plurality of in-vehicle applications in the in-vehicle system 10.

In addition, the Android system further includes an Application framework layer, an Application developer can completely access an Application Programming Interface (API) framework used by the vehicle-mounted Application, the structural design of the vehicle-mounted Application simplifies the reuse of the components, any vehicle-mounted Application can publish its function blocks and any other vehicle-mounted Application can use its published function blocks (although the security restrictions of the framework must be followed), and similarly, the vehicle-mounted Application reuse mechanism also enables a user to conveniently replace program components; hidden behind each in-vehicle application are a series of services and systems, including: views (Views), content providers (ContentProviders), resource managers (ResourceManager), notification managers (NotificationManager), and activity managers (ActivityManager). Views can be used to build applications; ContentProviders may make it possible for an application to access data of another application (e.g., a contacts database), or to share their own data; ResourceManager may provide access to non-code resources such as local strings, graphics, and layout files; the notifiationmanager may enable the application to display custom hints in the status bar; ActivityManager can be used to manage application lifecycle and provide common navigation fallback functionality. In the embodiment of the present application, the system framework layer 15 is an application framework layer of an Android system corresponding to the vehicle-mounted application, the system framework layer 15 includes a data access service and a vehicle configuration service, the data access service belongs to a ResourceManager, and can implement access to data in the vehicle-mounted system, and the vehicle configuration service also belongs to a ResourceManager, and can implement access to vehicle configuration data in the control unit system 20.

The Android system also comprises a system running library layer which can contain a plurality of C/C + + libraries, the libraries can be used by different components in the Android system, and the libraries provide services for developers through the Android application program framework. In the embodiment of the application, the system local library 14 is a system running library layer of an Android system corresponding to the vehicle-mounted application, and a data read-write implementation library in the system local library 14 reads and writes configuration data in the first memory chip area 11 to complete data access service in the system framework layer 15; the HAL adaptation layer in the system local library 14 performs adaptation operation on the control unit client application in the application operation module 12, so that the control unit client application can adapt to the Android system.

The Android system also comprises a Linux kernel layer, and the Linux kernel is also used as an abstraction layer between hardware and a software stack at the same time because the core system service of the Android system depends on Linux2.6 kernels such as security, memory management, process management, a network protocol stack and a drive model. In the embodiment of the present application, the system kernel layer 13 is a Linux kernel layer of an Android system corresponding to the vehicle-mounted application, and the system kernel layer 13 includes a related file system.

In the embodiment of the present application, referring to fig. 1, since the first memory slice area 11 and the second memory slice area 21 are both used for storing configuration data corresponding to an in-vehicle application in the in-vehicle system 10, that is, target configuration data required for running a target in-vehicle application is stored in both the first memory slice area 11 and the second memory slice area 21.

Specifically, in the case that the control unit system 20 is not started, the application operating module 12 may obtain target configuration data required by the target in-vehicle application to run through a system input/output (I/O) operation in the system directly from the first memory slice region 11 through step S9, and provide the target configuration data to the target in-vehicle application, so that the target in-vehicle application may complete running according to the target configuration data, thereby implementing an application early access function of the target in-vehicle application.

In the case that both the on-board system 10 and the control unit system 20 are started, a socket connection may be established between the control unit system 20 and the on-board system 10 to implement a communication connection across CPUs, so that the target on-board application in the on-board system 10 may obtain target configuration data required by the operation of the target on-board application from the second memory slice 21 in the control unit system 20 through steps S1-S2-S3-S4-S5-S6, and thus the operation may be completed according to the target configuration data.

Optionally, in the process that the application operation module obtains target configuration data corresponding to a target vehicle-mounted application from the first memory slice area, the application operation module is specifically configured to obtain a dynamic library file, the dynamic library file is obtained by compiling according to the vehicle-mounted system, and the dynamic library file includes a general interface for calling the first memory slice area; and calling the general interface, determining the first memory slice area, and acquiring the target configuration data in the first memory slice area.

Specifically, the process of acquiring, by the application operation module, target configuration data corresponding to the target vehicle-mounted application from the first memory area may specifically include:

step A1, the application operation module obtains a dynamic library file, the dynamic library file is obtained by compiling the vehicle-mounted system, and the dynamic library file comprises a general interface for calling the first memory chip area.

In the process, since the configuration data to be accessed may be stored in the first memory chip area according to the structure, that is, the first memory chip area may be preset to be a binary bare partition file, where the structure of the stored configuration data is data in a binary format, after the configuration data to be stored in the first memory chip area is obtained, the configuration data needs to be first converted into data in a binary format structure, and then stored in the first memory chip area.

Furthermore, a dynamic library file can be provided to read and analyze the first memory area from the memory module of the vehicle-mounted system according to a fixed interface, and the configuration data in the first memory area is read out for the caller to access.

The dynamic library file is obtained by compiling according to a vehicle-mounted system, and the dynamic library file can comprise a general interface for calling the first memory chip area, so that the application operation module can firstly obtain the dynamic library file so as to call the general interface of the first memory chip area according to the dynamic library file.

Step a2, the application operation module calls the generic interface, determines the first memory slice area, and obtains the target configuration data in the first memory slice area.

In the process, after the dynamic library file is acquired, a general interface of the first memory slice area may be called according to the dynamic library file, and the first memory slice area is determined according to the general interface, so that target configuration data corresponding to the target vehicle-mounted application is acquired in the first memory slice area.

Optionally, the configuration data corresponding to the vehicle-mounted application may include: default configuration data and actual configuration data; accordingly, referring to fig. 1, the first memory slice area 11 may include two binary bare partitions: a first partition 111 and a second partition 112, wherein the first partition 111 is used for storing the default configuration data and the second partition 112 is used for storing the actual configuration data.

Specifically, the default configuration data may be default configuration data set by a technician when a vehicle is produced and prepared and a vehicle is off-line, that is, configuration data corresponding to each vehicle-mounted application in a vehicle-mounted system when the vehicle is not started or actually runs, and further, the default configuration data may be converted into data of a binary structure and stored in a first partition in a first memory slice area. The actual configuration data may be actual configuration data that conforms to the actual condition of the vehicle and is determined by combining the specific model and structure of the vehicle and the actual operating condition of the vehicle when the vehicle starts the vehicle system for the first time, that is, the vehicle-mounted system runs for the first time, and further, the actual configuration data may be converted into data of a binary structure and stored in a second memory chip area in the control unit system, and then the actual configuration data in the second memory chip area is acquired according to a communication mode of a socket across the central processing unit and is simultaneously stored in a second partition in the first memory chip area.

Optionally, under the condition that the vehicle-mounted system is programmed for the first time, the application operation module is further configured to acquire the default configuration data, and convert the default configuration data into default configuration data in a binary form; storing the default configuration data in binary form in the first partition; and acquiring the default configuration data from the first partition of the first memory slice area, and determining the default configuration data as the target configuration data.

Specifically, before obtaining target configuration data corresponding to a target vehicle-mounted application from a first memory slice area, in a case that a vehicle-mounted system is primarily programmed, default configuration data may be stored in the first partition, where a process of storing the default configuration data in the first partition may specifically include:

step B1, the application operation module obtains the default configuration data, and converts the default configuration data into default configuration data in binary form.

In the process, when the vehicle-mounted device is off-line, the mirror image of the whole device can be programmed, early data partitions containing default configuration data are programmed in the vehicle-mounted system, specifically, the application operation module can acquire the default configuration data corresponding to each vehicle-mounted application in the vehicle-mounted system, specifically, the default configuration data can be input into the vehicle-mounted system by technicians, and the preset configuration data in the system can also be acquired for the vehicle-mounted system.

Further, since the first partition as the early data partition is a binary bare partition file, the default configuration data may be first converted into binary data after being acquired.

Step B2, the application operating module storing the default configuration data in binary form in the first partition.

In this process, the application operation module may further store the default configuration data in the binary form in the first partition, and specifically, the application operation module may analyze the data structure of the acquired default configuration data through a script tool to generate the default configuration data in the binary form.

Correspondingly, the process of acquiring the target configuration data corresponding to the target vehicle-mounted application from the first memory area may specifically include:

step B3, obtaining the default configuration data from the first partition of the first memory slice area, and determining the default configuration data as the target configuration data.

Specifically, under the condition that the vehicle-mounted system is programmed for the first time, since the first partition in the first memory slice area stores the target configuration data corresponding to the target vehicle-mounted application, and at this time, since the vehicle machine does not actually operate, there is no actual configuration data, the default configuration data can be directly obtained from the first partition in the first memory slice area, and the default configuration data is determined as the target configuration data corresponding to the target vehicle-mounted application, so that the target vehicle-mounted application can operate according to the target configuration data.

Optionally, in a case that the in-vehicle system is operated for the first time, the application operation module is further configured to: acquiring the actual configuration data from the control unit system according to a communication mode of a socket across a central processing unit, and converting the actual configuration data into actual configuration data in a binary form; storing the actual configuration data in binary form in the second partition; and acquiring target actual configuration data from a second partition of the first memory slice area, and determining the target actual configuration data as the target configuration data.

Specifically, before acquiring target configuration data corresponding to the target vehicle-mounted application from the first memory slice area, in a case that the vehicle-mounted system is operated for the first time, the actual configuration data may be stored in the second partition, where a process of storing the actual configuration data in the second partition may specifically include:

and step C1, the application operation module acquires the actual configuration data from the control unit system according to the communication mode of the socket across the central processing unit, and converts the actual configuration data into actual configuration data in a binary form.

In this process, since safety-based considerations are concerned, the configuration information important on the vehicle is stored mainly in the specific control unit system, i.e. the actual configuration data determined to correspond to the actual conditions of the vehicle, depending on the specific model and structure of the vehicle and the actual operating conditions of the vehicle, is stored in the second memory chip area of the control unit system. Therefore, when the vehicle-mounted device system is started for the first time after the vehicle-mounted device is off line, the data access service in the vehicle-mounted system can initiate a process of reading the actual configuration data in the control unit system.

Specifically, referring to fig. 1, the data access service of the system framework layer 15 may send an actual configuration data request to the control unit server application of the control unit system 20 through the vehicle configuration service, the HAL adaptation layer of the system local library 14, and the control unit client application of the application operation module 12, and after receiving the actual configuration data request, since the second memory slice region 21 in the control unit system 20 is used for storing actual configuration data corresponding to the vehicle-mounted application in the vehicle-mounted system, the application operation module may obtain the actual configuration data from the second memory slice region 21 through steps S1-S2-S3-S4-S5-S7-S8. Wherein:

step S1, control the data access inside the cell system.

In this step, since the control unit system 20 includes the second memory slice area 21 and the control unit server application, the control unit server application may obtain the actual configuration data corresponding to the in-vehicle application from the second memory slice area through data access inside the control unit system 20.

And step S2, the vehicle-mounted system and the control unit system are in socket communication across CPUs.

In this step, since the control unit server application is located in the control unit system 20 and the control unit client application is located in the vehicle-mounted system 10, the control unit client application may obtain actual configuration data corresponding to the vehicle-mounted application from the control unit server application through the inter-CPU socket communication between the vehicle-mounted system 10 and the control unit system 20.

And step S3, carrying out cross-system socket communication in the vehicle-mounted system.

In this step, a HAL adaptation layer of the system-local library 14 is thus provided between the vehicle configuration service of the system framework layer 15 and the control unit client application in order to enable adaptation of the control unit client application to the Android system. The HAL adaptation layer may obtain actual configuration data corresponding to the in-vehicle application from the control unit client application through inter-system socket communication inside the in-vehicle system 10.

And step S4, cross-process access communication in the Android system.

In this step, the vehicle configuration service of the system framework layer 15 may obtain actual configuration data corresponding to the vehicle-mounted application from the HAL adaptation layer of the system local library 14 through cross-process access communication in the Android system.

And step S5, cross-process access communication in the Android system.

In this step, the data access service of the system framework layer 15 may also obtain actual configuration data corresponding to the vehicle-mounted application from the vehicle configuration service through cross-process access communication in the Android system.

And step S7, calling a Java local interface (Jni) function in the process in the Android system.

In this step, since the hardware access service (data access service) in the Android system is developed using Java language and the hardware abstraction layer module (data read/write implementation library) is developed using C/C + + language, the data access service and the data read/write implementation library quality inspection need to implement data transmission or function implementation by jni function call.

And step S8, performing system input/output (I/O) operation in the Android system.

In this step, the data read-write implementation library in the Android local library may write the obtained actual configuration data corresponding to the vehicle-mounted application into the second partition 112 in the first memory slice region 11 through system input/output operations in the system.

Further, since the second partition as the early data partition is a binary bare partition file, the actual configuration data may be first converted into binary data after being acquired.

Step C2, the application operating module stores the actual configuration data in binary form in the second partition.

In this process, the application operation module may further store the actual configuration data in the binary form in the second partition, and specifically, the application operation module may analyze the data structure of the acquired actual configuration data through a script tool, generate the actual configuration data in the binary form, and access the index table data structure required by the actual configuration data.

step C3, obtaining target actual configuration data from the second partition of the first memory slice area, and determining the target actual configuration data as the target configuration data.

Specifically, under the condition that the vehicle-mounted system is started for the first time, since the second partition in the first memory partition stores a plurality of actual configuration data corresponding to the target vehicle-mounted application, the target actual configuration data may be acquired from the second partition in the first memory partition, and the target actual configuration data may be determined as the target configuration data corresponding to the target vehicle-mounted application, so that the target vehicle-mounted application can run according to the target configuration data.

Optionally, when the target vehicle-mounted application running in the early stage acquires the target actual configuration data from the second partition of the first memory partition through the application operation module and determines the target actual configuration data as the target configuration data, the application operation module is specifically configured to generate a data acquisition request for the target configuration data, where the data acquisition request includes a target index number and a target check code; determining target actual configuration data corresponding to the target index number in the second partition; and under the condition that the check code of the target actual configuration data is matched with the target check code, determining the target actual configuration data as the target configuration data.

Specifically, the process of acquiring, by an early-running target in-vehicle application, the target actual configuration data from the second partition of the first memory slice area through an application operation module, and determining the target actual configuration data as the target configuration data may specifically include:

and D1, the application operation module generates a data acquisition request aiming at the target configuration data, wherein the data acquisition request comprises a target index number and a target check code.

In the process, after the target vehicle-mounted application running in the early stage is started, the application operation module may generate a data acquisition request for the target configuration data, so that the application operation module may acquire the dynamic library file, call the general interface of the first memory chip area according to the dynamic library file, determine the first memory chip area according to the general interface, and acquire the target configuration data corresponding to the target vehicle-mounted application in the first memory chip area.

In the embodiment of the application, the data structure of each configuration data in the first memory slice area storage is in a form of a configuration data value plus a check code, wherein the length of the valid data of the configuration data is defined by the original data source and may be indefinite.

Correspondingly, the data acquisition request may include a target index number and a target check code, so that the target configuration data may be determined from the first memory slice area including the plurality of configuration data according to the target index number and the target check code.

Fig. 2 is a schematic diagram illustrating a configuration data reading process according to an embodiment of the present application, and referring to fig. 2, a data acquisition request may include item parameters such as a target index number and a target check code.

And D2, determining the target actual configuration data corresponding to the target index number in the second partition.

In this step, the process of determining the target actual configuration data corresponding to the target index number in the second partition may specifically include:

(1) and determining the offset of the target actual configuration data in the index table from the index table corresponding to the second partition according to the target index number in the second partition.

Specifically, the application operation module may determine, in the second partition, an offset of the target actual configuration data in the index table from the index table corresponding to the second partition according to the target index number corresponding to the target configuration data in the data acquisition request.

(2) And determining the target position of the target actual configuration data in an index table according to the offset.

Specifically, after determining the offset of the target actual configuration data in the index table, the application operation module may further determine the target position of the target actual configuration data in the index table according to the offset.

(3) And extracting actual configuration data corresponding to the position, and determining the actual configuration data as the target actual configuration data.

Specifically, after determining the target position of the target actual configuration data in the index table, the application operation module may further extract the actual configuration data corresponding to the target position, and determine the actual configuration data as the target actual configuration data.

Referring to fig. 2, according to the item parameters including the target index number and the target check code, the offset (offset) of the target actual configuration data in the index table is determined according to the target index number in the second partition index table, and the target position of the target actual configuration data in the index table is determined according to the offset, so as to extract the target actual configuration data corresponding to the target position, and complete reading of the actual configuration data in the second partition. In addition, the length (length) of the target configuration data can be predetermined, so that the target position of the target actual configuration data in the index table is determined by combining the offset and the length, the target actual configuration data corresponding to the target position is extracted, and the accuracy of the configuration data acquisition process can be improved.

And D3, determining the target actual configuration data as the target configuration data when the check code of the target actual configuration data is matched with the target check code.

Further, referring to fig. 2, since the data structure of each configuration data in the first memory slice storage is in a form of adding a configuration data value and a check code, after the target actual configuration data is determined, it may be further determined whether the check code of the target actual configuration data matches the target check code in the data acquisition request, and if the check code of the target actual configuration data matches the target check code in the data acquisition request, it indicates that the check is successful, and then the target actual configuration data is determined as the target configuration data, and the process of acquiring the target configuration data is completed.

Optionally, after determining the target actual configuration data corresponding to the target index number in the second partition, the application operation module is further configured to: acquiring default configuration data in the first partition under the condition that a check code of the target actual configuration data is not matched with the target check code, and determining the default configuration data as the target configuration data; replacing the target actual configuration data in the second partition with the default configuration data.

Specifically, the process of acquiring, by the early-running target in-vehicle application, the target actual configuration data from the second partition of the first memory slice area through the application operation module, and determining the target actual configuration data as the target configuration data may further include:

step D4, when the check code of the target actual configuration data does not match the target check code, acquiring default configuration data in the first partition, and determining the default configuration data as the target configuration data.

In this process, referring to fig. 2, if it is determined that the check code of the target actual configuration data does not match the target check code in the data acquisition request, which indicates that the verification fails, the default configuration data is read from the first partition, the default configuration data is determined to be the target configuration data, and the process of acquiring the target configuration data is completed.

And D5, replacing the target actual configuration data in the second partition with the default configuration data.

In this process, referring to fig. 2, after the default configuration data is read from the first partition and determined as the target configuration data, the second partition may be further updated, and the target actual configuration data in the second partition is replaced with the default configuration data, so as to complete the resetting of the data.

In the embodiment of the application, in the actual use process of the vehicle, if the configuration data in the second memory slice area in the control unit system of the vehicle is changed, for example, when the application functions under different configurations are verified by modifying the configurations in the development and debugging process of the vehicle machine, the configuration data corresponding to the vehicle-mounted application is modified, and the actual configuration data in the second partition area of the first memory slice area in the vehicle-mounted system can be synchronously updated.

Specifically, fig. 3 shows a schematic diagram of a configuration data updating process provided in an embodiment of the present application, referring to fig. 3, when an on-board system updates configuration data corresponding to an early-accessed on-board application from an Android side, an upper-layer application calls a write data function, an interface directly opens a configuration data file in a binary form in a second partition, finds an offset (offset) of the configuration data in the second partition in an index table of the second partition according to a parameter item corresponding to the updated configuration data in a control unit system, determines a position of the configuration data in the index table according to the offset and a length of the updated configuration data, and updates the updated configuration data in the control unit system transmitted by the upper layer to the position, thereby completing an updating process of actual configuration data in the second partition.

To sum up, in the configuration data management system provided in the embodiment of the present application, since the configuration data corresponding to the vehicle-mounted application may be stored in the first memory slice region corresponding to the vehicle-mounted system and the second memory slice region corresponding to the control unit system, when the target vehicle-mounted application in the vehicle-mounted system runs, the required configuration data may be directly called in the first memory slice region of the vehicle-mounted system, and the control unit system does not need to wait for starting, and then the required configuration information is acquired from the control unit system, so that when the start time of the target vehicle-mounted application is earlier, the target vehicle-mounted application can still acquire the corresponding configuration data to complete running.

Referring to fig. 4, a flowchart illustrating steps of a configuration data management method according to an embodiment of the present application is shown. The method comprises the following steps:

and 101, acquiring the running states of the vehicle-mounted system and the control unit system.

In this step, the application operating module of the vehicle-mounted system may acquire the operating states of the vehicle-mounted system and the control unit system, so that the vehicle-mounted system and the application operating module determine whether to acquire the target configuration data corresponding to the target vehicle-mounted application from the vehicle-mounted system or the control unit system.

The configuration data management method is applied to a configuration data management system, and referring to fig. 1, the system may include: the vehicle-mounted system 10 and the control unit system 20, wherein the vehicle-mounted system 10 includes an application operation module 12 and a first memory slice area 11, the control unit system 20 includes a second memory slice area 21, and both the first memory slice area 11 and the second memory slice area 21 are used for storing configuration data corresponding to a vehicle-mounted application in the vehicle-mounted system 10, so that the application operation module 12 can acquire target configuration data corresponding to a target vehicle-mounted application from the first memory slice area 11 when the control unit system 20 is not started, and can acquire the target configuration data from the first memory slice area 11 or the second memory slice area 21 when the vehicle-mounted system 10 and the control unit system 20 are started, and further, the application operation module 12 can provide the target configuration data to the target vehicle-mounted application, so that the target vehicle-mounted application can complete running according to the target configuration data.

And 102, under the condition that the control unit system is not started, acquiring target configuration data corresponding to a target vehicle-mounted application from the first memory area.

In this step, in the case that it is determined that the control unit system 20 is not started according to the acquired operation states of the in-vehicle system 10 and the control unit system 20, the application operating module 12 may acquire target configuration data required for the operation of the target in-vehicle application directly from the first memory area 11 through a system input/output (I/O) operation in the system through step S9, and provide the target configuration data to the target in-vehicle application so that the target in-vehicle application may complete the operation according to the target configuration data, thereby implementing an application early access function of the target in-vehicle application.

Step 103, when the vehicle-mounted system and the control unit system are both started, acquiring the target configuration data from the first memory slice area or the second memory slice area.

In this step, when it is determined that both the in-vehicle system and the control unit system are activated according to the acquired operation states of the in-vehicle system and the control unit system, the target configuration data may be acquired from the first memory chip area or the second memory chip area.

Specifically, referring to fig. 1, the process of acquiring the target configuration parameters from the first memory area 11 is the same as the process of acquiring the target configuration data corresponding to the target vehicle-mounted application from the first memory area 11 when the control unit system 20 is not started in step 102.

The process of acquiring the target configuration data corresponding to the target vehicle-mounted application from the second memory area 21 may specifically be: in the case that both the on-board system 10 and the control unit system 20 are started, a socket connection may be established between the control unit system 20 and the on-board system 10 to implement a communication connection across CPUs, so that the target on-board application in the on-board system 10 may obtain target configuration data required by the operation of the target on-board application from the second memory slice 21 in the control unit system 20 through steps S1-S2-S3-S4-S5-S6, and thus the operation may be completed according to the target configuration data.

And 104, sending the target configuration data to the target vehicle-mounted application.

In this step, after the target configuration data is acquired, the application operation module may send the target configuration data to the target vehicle-mounted application, so that the target vehicle-mounted application completes operation in combination with the target configuration data, thereby implementing an application early access function of the target vehicle-mounted application.

To sum up, in the configuration data management method provided in the embodiment of the present application, since the configuration data corresponding to the vehicle-mounted application may be stored in the first memory slice region corresponding to the vehicle-mounted system and the second memory slice region corresponding to the control unit system, when the target vehicle-mounted application in the vehicle-mounted system runs, the required configuration data may be directly called in the first memory slice region of the vehicle-mounted system, and the control unit system does not need to wait for starting, and then the required configuration information is acquired from the control unit system, so that when the start time of the target vehicle-mounted application is earlier, the target vehicle-mounted application can still acquire the corresponding configuration data to complete running.

Referring to fig. 5, a flowchart illustrating specific steps of a configuration data management method according to an embodiment of the present application is shown. The method comprises the following steps:

step 201, acquiring the running states of the vehicle-mounted system and the control unit system.

The specific implementation manner of this step can be referred to step 101, and this embodiment is not described herein again.

Step 202, under the condition that the vehicle-mounted system is programmed for the first time, acquiring the default configuration data, and converting the default configuration data into default configuration data in a binary form.

In this step, when the vehicle is offline, the mirror image of the whole vehicle is programmed, and an early data partition containing default configuration data is programmed in the vehicle-mounted system, specifically, the application operation module may acquire the default configuration data corresponding to each vehicle-mounted application in the vehicle-mounted system, specifically, the default configuration data may be input into the vehicle-mounted system by a technician, or the default configuration data may be preset in the vehicle-mounted system.

Wherein the configuration data may include: default configuration data and actual configuration data; accordingly, referring to fig. 1, the first memory slice area 11 may include two binary bare partitions: a first partition 111 and a second partition 112, wherein the first partition 111 is used for storing the default configuration data and the second partition 112 is used for storing the actual configuration data.

Accordingly, since the first partition as the early data partition is the binary bare partition file, the default configuration data may be first converted into binary data after being acquired.

Step 203, storing the default configuration data in binary form in the first partition.

In this step, after determining the default configuration data in the binary form in step 202, the application operation module may further store the default configuration data in the binary form in the first partition, and specifically, the application operation module may parse the data structure of the acquired default configuration data through a script tool to generate the default configuration data in the binary form.

And 204, under the condition that the vehicle-mounted system operates for the first time, acquiring the actual configuration data from the control unit system according to a communication mode of a socket across a central processing unit, and converting the actual configuration data into actual configuration data in a binary form.

In this step, since safety-based considerations are concerned, the configuration information important on the vehicle is mainly stored in the specific control unit system, i.e. the actual configuration data determined to correspond to the actual conditions of the vehicle, depending on the specific model and structure of the vehicle and the actual operating conditions of the vehicle, is stored in the second memory chip area of the control unit system. Therefore, when the vehicle-mounted device system is started for the first time after the vehicle-mounted device is off line, the data access service in the vehicle-mounted system can initiate a process of reading the actual configuration data in the control unit system.

After step 201, it may be determined whether the vehicle-mounted system is to be initially programmed or operated for the first time according to the operation state of the vehicle-mounted system, and step 202 is executed if the vehicle-mounted system is initially programmed, and step 204 is executed if the vehicle-mounted system is operated for the first time.

Specifically, referring to fig. 1, the data access service of the system framework layer 15 may send an actual configuration data request to the control unit server application of the control unit system 20 through the vehicle configuration service, the HAL adaptation layer of the system local library 14, and the control unit client application of the application operation module 12, and after receiving the actual configuration data request, since the second memory slice region 21 in the control unit system 20 is used for storing actual configuration data corresponding to the vehicle-mounted application in the vehicle-mounted system, the application operation module may obtain the actual configuration data from the second memory slice region 21 through steps S1-S2-S3-S4-S5-S7-S8.

Step 205, storing the actual configuration data in binary form in the second partition.

In this step, after determining the actual configuration data in the binary form in step 204, the application operation module may further store the actual configuration data in the binary form in the second partition, and specifically, the application operation module may parse the data structure of the acquired actual configuration data through a script tool, generate the actual configuration data in the binary form, and access the index table data structure required by the actual configuration data.

It should be noted that, after the default configuration data is stored in the first partition and the actual configuration data is stored in the second partition in

steps

203 and 205, it may be further determined whether to acquire the configuration data from the first memory slice area or the second memory slice area according to the operation state of the control unit system acquired in step 201.

Specifically, if the control unit system is not started, step 206 is executed, and if the vehicle-mounted system and the configuration system are both started, step 207 is executed.

And step 206, under the condition that the control unit system is not started, acquiring target configuration data corresponding to a target vehicle-mounted application from the first memory area.

In this step, when the control unit system is not started, the application operation module cannot establish a socket connection between the control unit system and the vehicle-mounted system to implement a communication connection across CPUs, and thus cannot transmit data, and cannot acquire target configuration data corresponding to the target vehicle-mounted application in the second memory slice region, and at this time, target configuration data corresponding to the target vehicle-mounted application may be acquired from the first memory slice region.

Optionally, step 206 may specifically include:

substep 2061, obtaining a dynamic library file, wherein the dynamic library file is obtained by compiling the vehicle-mounted system, and the dynamic library file comprises a general interface for calling the first memory chip area.

In this step, since the configuration data to be accessed may be stored in the first memory chip area according to the structure, that is, the first memory chip area may be set in advance to be a binary bare partition file, where the structure of the stored configuration data is data in a binary format, after the configuration data to be stored in the first memory chip area is obtained, the configuration data needs to be first converted into data in a binary format structure, and then stored in the first memory chip area.

Substep 2062, invoking the generic interface, determining the first memory slice region, and obtaining the target configuration data in the first memory slice region.

In this step, after the dynamic library file is obtained, a general interface of the first memory slice region may be called according to the dynamic library file, and the first memory slice region is determined according to the general interface, so as to obtain target configuration data corresponding to the target vehicle-mounted application in the first memory slice region.

Optionally, under the condition that the vehicle-mounted system is programmed for the first time, because the first partition in the first memory slice area stores the target configuration data corresponding to the target vehicle-mounted application, and at this time, because the vehicle device does not actually operate, there is no actual configuration data, and correspondingly, step 206 may specifically include:

sub-step 2063, obtaining the default configuration data from the first partition of the first memory slice region, and determining the default configuration data as the target configuration data.

In this step, default configuration data may be directly obtained from the first partition of the first memory slice area, and the default configuration data is determined as target configuration data corresponding to the target vehicle-mounted application, so that the target vehicle-mounted application can run according to the target configuration data.

Optionally, when the vehicle-mounted system is started for the first time, because the second partition in the first memory slice area stores a plurality of actual configuration data corresponding to the target vehicle-mounted application, step 206 may specifically include:

sub-step 2064, obtaining target actual configuration data from the second partition of the first memory slice region, and determining the target actual configuration data as the target configuration data.

In this step, the target actual configuration data may be acquired from the second partition of the first memory slice area, and the target actual configuration data is determined as target configuration data corresponding to the target vehicle-mounted application, so that the target vehicle-mounted application can run according to the target configuration data.

Optionally, the sub-step 2064 may specifically include:

and a substep E1 of generating a data acquisition request for the target configuration data, where the data acquisition request includes a target index number and a target check code.

And a substep E2 of determining in said second partition the target actual configuration data corresponding to said target index number.

In this step, according to the target index number corresponding to the target configuration data in the data acquisition request, determining an offset of the target actual configuration data in the index table corresponding to the second partition from the index table corresponding to the second partition, determining a position of the target actual configuration data in the index table according to the offset, extracting the actual configuration data corresponding to the position, and determining the actual configuration data as the target actual configuration data.

Referring to fig. 2, according to the item parameters including the target index number and the target check code, the offset (offset) of the target actual configuration data in the index table is determined according to the target index number in the second partition index table, and the position of the target actual configuration data in the index table is determined according to the offset, so as to extract the target actual configuration data corresponding to the position, and complete reading of the actual configuration data in the second partition. In addition, the length (length) of the target configuration data can be predetermined, so that the position of the target actual configuration data in the index table is determined by combining the offset and the length, the target actual configuration data corresponding to the position is extracted, and the accuracy of the configuration data acquisition process can be improved.

Sub-step E3, determining the target actual configuration data as the target configuration data if the check code of the target actual configuration data matches the target check code.

Optionally, after the step of determining the target actual configuration data corresponding to the target index number in the second partition, the process further includes:

sub-step E4, when the check code of the target actual configuration data does not match the target check code, obtaining the default configuration data in the first partition, and determining the default configuration data as the target configuration data.

Sub-step E5, replacing the target actual configuration data in the second partition with the default configuration data.

And step 207, acquiring the target configuration data from the first memory chip area or the second memory chip area under the condition that the vehicle-mounted system and the control unit system are both started.

Optionally, step 207 may specifically include:

substep 2071, obtaining the target configuration data from the first memory slice region through system input/output operations in the system.

In this step, when both the in-vehicle system and the control unit system are started, the target configuration data may be preferentially acquired from the first memory chip area through system input/output operations in the system, and since the system input/output operations in the system are faster to acquire than a socket cross-cpu communication method, it may be ensured that the required target configuration data is quickly acquired.

Substep 2072, in case of not successfully obtaining the target configuration data from the first memory slice region, obtaining the target configuration data from the second memory slice region through a socket communication mode across a central processing unit.

In this step, if the target configuration data is not successfully acquired from the first memory slice region, the target configuration data may be further acquired from the second memory slice region in a socket cross-cpu communication manner, so as to ensure that the required target configuration data can be successfully acquired.

And step 208, sending the target configuration data to the target vehicle-mounted application.

The specific implementation manner of this step can be referred to step 104, and this embodiment is not described herein again.

Those skilled in the art will recognize that, in one or more of the examples described above, the functions described in the embodiments of the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.

The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A configuration data management system, the system comprising:

an on-board system and a control unit system;

2. The system of claim 1,

the application operation module is specifically used for acquiring a dynamic library file, the dynamic library file is obtained by compiling according to the vehicle-mounted system, and the dynamic library file comprises a general interface for calling the first memory chip area; and calling the general interface, determining the first memory slice area, and acquiring the target configuration data in the first memory slice area.

3. The system of claim 1, wherein the configuration data comprises: default configuration data and actual configuration data;

the first memory slice area comprises two binary bare partitions: a first partition to store the default configuration data and a second partition to store the actual configuration data.

4. The system of claim 3, wherein in the case of the initial programming of the onboard system, the application operation module is further configured to:

acquiring the default configuration data, and converting the default configuration data into default configuration data in a binary form;

storing the default configuration data in binary form in the first partition;

and acquiring the default configuration data from the first partition of the first memory slice area, and determining the default configuration data as the target configuration data.

5. The system of claim 3, wherein in a case where the in-vehicle system is first running, the application operation module is further configured to:

acquiring the actual configuration data from the control unit system according to a communication mode of a socket across a central processing unit, and converting the actual configuration data into actual configuration data in a binary form;

storing the actual configuration data in binary form in the second partition;

and acquiring target actual configuration data from a second partition of the first memory slice area, and determining the target actual configuration data as the target configuration data.

6. The system of claim 5,

the application operation module is specifically configured to generate a data acquisition request for the target configuration data, where the data acquisition request includes a target index number and a target check code; determining target actual configuration data corresponding to the target index number in the second partition; and under the condition that the check code of the target actual configuration data is matched with the target check code, determining the target actual configuration data as the target configuration data.

7. The system of claim 6,

the application operation module is specifically configured to determine, in the second partition, an offset of the target actual configuration data in the index table from the index table corresponding to the second partition according to the target index number; determining the target position of the target actual configuration data in an index table according to the offset; and extracting actual configuration data corresponding to the position, and determining the actual configuration data as the target actual configuration data.

8. The system of claim 6, wherein the application operation module is further configured to:

acquiring default configuration data in the first partition under the condition that a check code of the target actual configuration data is not matched with the target check code, and determining the default configuration data as the target configuration data;

replacing the target actual configuration data in the second partition with the default configuration data.

9. A configuration data management method applied to the configuration data management system according to any one of claims 1 to 7, wherein the configuration data management system comprises an in-vehicle system and a control unit system, the in-vehicle system comprises a first memory slice area, the control unit system comprises a second memory slice area, and the first memory slice area and the second memory slice area are both used for storing configuration data corresponding to an in-vehicle application in the in-vehicle system, and the method comprises:

10. The method according to claim 9, wherein the step of acquiring the target configuration data from the first memory slice area or the second memory slice area when both the vehicle-mounted system and the control unit system are activated specifically comprises:

acquiring the target configuration data from the first memory slice area through system input/output operation in a system;

and under the condition that the target configuration data is not successfully acquired from the first memory slice area, acquiring the target configuration data from the second memory slice area in a communication mode of a socket across a central processing unit.