Data management method and device, storage medium and electronic equipment

Abstract

The embodiment provides a data management method and device, a storage medium and an electronic equipment, and relates to the field of automobile electronics. A host ECU provides at least one user ECU with an extended storage space, the host ECU acquires a current working state of the host ECU, if the working state meets a speed limit condition, a first target user ECU is determined from the at least one user ECU, and the access speed of the first target user ECU to the extended storage space of the first target user ECU is reduced. In this way, the shared storage space is provided for other user ECUs on the premise that the host ECU works normally.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of automobile electronics, in particular to a data management method and device, a storage medium and an electronic device. BACKGROUND

[0002] With the increasing informatization of vehicles, the types and quantities of ECUs (Electronic Control Units) used in vehicle embedded systems are also increasing rapidly. Meanwhile, as drivers increasingly demand intelligent and diversified functions for vehicles, the demand for the working performance of vehicle embedded systems also increases.

[0003] In order to ensure the stable operation of vehicle embedded systems, support more diversified functions, and store a larger amount of data, a shared storage space solution is proposed in the related art. However, it is found that the shared device will interfere with the device providing the shared storage space. SUMMARY

[0004] In order to overcome at least one deficiency in the prior art, the present application provides a data management method and device, a storage medium and an electronic device for providing a shared storage space for other user ECUs under the premise of ensuring the normal operation of a master ECU, which specifically includes:

[0005] In a first aspect, the present application provides a data management method applied to a master electronic control unit (ECU), which provides an extended storage space for at least one user ECU, and the method includes:

[0006] obtaining the current working state of the master ECU;

[0007] if the working state meets a speed limit condition, determining a first target user ECU from the at least one user ECU;

[0008] reducing the access speed of the first target user ECU to its own extended storage space.

[0009] In a second aspect, the present application provides a data management device applied to a user ECU in communication connection with a master ECU, and the method includes:

[0010] a space request module configured to send an extension request to the master ECU to cause the master ECU to allocate an extended storage space for the user ECU from a redundant storage space;

[0011] a space access module configured to access the extended storage space according to a response result of the master ECU to the extension request.

[0012] In a third aspect, the present application provides a data management method applied to a user ECU in communication connection with a master ECU, and the method comprises:

[0013] sending an extension request to the master ECU, so that the master ECU allocates an extension storage space for the user ECU from redundant storage spaces;

[0014] accessing the extension storage space according to a response result of the master ECU to the extension request.

[0015] In a fourth aspect, the present application provides a data management device applied to a master ECU, and the master ECU provides at least one user ECU with an extension storage space, and the data management device comprises:

[0016] a state monitoring module configured to acquire a current working state of the master ECU;

[0017] an access management module configured to determine a first target user ECU from the at least one user ECU if the working state meets a speed limiting condition;

[0018] lower the access speed of the first target user ECU to its own extension storage space.

[0019] In a fifth aspect, the present application provides a storage medium storing a computer program, and the computer program is executed by a processor to implement the data management method applied to the master ECU or the data management method applied to the user ECU.

[0020] In a sixth aspect, the present application provides an electronic device comprising a processor and a memory, and the memory stores a computer program, and the computer program is executed by the processor to implement the data management method applied to the master ECU or the data management method applied to the user ECU.

[0021] Compared with the prior art, the present application has the following beneficial effects:

[0022] The embodiment provides a data management method, device, storage medium and electronic device, wherein the master ECU provides at least one user ECU with an extension storage space, the master ECU acquires a current working state of the master ECU, and if the working state meets a speed limiting condition, a first target user ECU is determined from the at least one user ECU, and the access speed of the first target user ECU to its own extension storage space is lowered. In this way, the shared storage space is provided for other user ECUs under the premise of ensuring the normal working of the master ECU. BRIEF DESCRIPTION OF DRAWINGS

[0023] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiments. It should be understood that the following drawings only show some of the embodiments of the present application, and therefore should not be regarded as limiting the scope, and for those skilled in the art, other related drawings can also be obtained without creative labor.

[0024] Figure 1 One of the flow of the data management method provided by the embodiments of the present application;

[0025] Figure 2 The principle diagram of the extended storage space allocation provided by the embodiments of the present application;

[0026] Figure 3 The second flow of the data management method provided by the embodiments of the present application;

[0027] Figure 4 The principle diagram of the data interaction provided by the embodiments of the present application;

[0028] Figure 5 The structure diagram of the data management device provided by the embodiments of the present application;

[0029] Figure 6 The structure diagram of the data management device provided by the embodiments of the present application;

[0030] Figure 7 The structure diagram of the electronic device provided by the embodiments of the present application.

[0031] Icon: 101A-state monitoring module; 102A-access management module; 101B-space request module; 102B-space access module; 201-memory; 202-processor; 203-communication unit; 204-system bus. DETAILED DESCRIPTION

[0032] In order to make the purpose, technical solutions and advantages of the embodiments of the present application more clear, the following will combine the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are some of the embodiments of the present application, not all the embodiments. The components of the embodiments of the present application described and shown in the drawings can be arranged and designed in various different configurations.

[0033] Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the claimed present application, but only represents selected embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor belong to the scope of protection of the present application.

[0034] It should be noted that like reference numerals and characters refer to like items throughout the attached drawings and alternative embodiments thereof. Note, therefore, that the drawings in which alternative embodiments are shown are not necessarily drawn to scale.

[0035] In the description of the present application, it should be noted that the terms "first", "second", "third", etc. are only used to distinguish descriptions, and cannot be understood or implied as indicating or implying relative importance. In addition, the terms "include", "contain" or any other variants thereof are intended to cover non-exclusive inclusion, so that the process, method, article or equipment including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such process, method, article or equipment. Without more limitations, the element defined by the statement "including a…" does not exclude the presence of other identical elements in the process, method, article or equipment including the element.

[0036] As introduced in the background, in order to ensure the stable operation of the vehicle embedded system, support more diversified functions and store more data, EMMC (Embedded Multi Media Card) has the advantages of small size, low power consumption and large capacity, and is a commonly used storage medium for consumer electronic devices such as tablet computers, vehicle embedded systems and mobile Internet devices. Therefore, more and more ECUs use EMMC for data storage. In related technologies, for ECUs with large capacity storage requirements, a small EMMC is often configured separately, so that the storage space of the ECU itself can be expanded without affecting the communication between ECUs and increasing the interaction pressure of the communication bus. However, this method requires adding a large number of EMMC devices in the vehicle embedded system with insufficient physical space, which not only increases the design difficulty, but also increases the manufacturing cost of the vehicle embedded system.

[0037] Therefore, in related technologies, a shared storage space scheme is proposed, that is, an ECU with redundant storage space is called a master ECU, and an ECU with insufficient storage space is called a user ECU. The master ECU shares the redundant storage space with the user ECU, so that the user ECU can have enough storage space without increasing the storage medium. However, research has found that compared with smart phones, tablet computers and other terminals, the performance of vehicle ECUs is much lower than that of processors in smart phones, tablet computers and other terminals, which in turn causes the user ECU to interfere with the normal operation of the master ECU when accessing the extended storage space allocated by the master ECU.

[0038] It should be noted that the defects of the above prior art solutions are the results of the inventors after practice and careful study, therefore, the discovery process of the above problems and the solutions proposed by the embodiments of the present application to solve the above problems should be the contributions of the inventors to the present application in the process of invention, and should not be understood as technical contents known to those skilled in the art.

[0039] Based on the above findings, the present embodiment provides a data management method applied to a master electronic control unit (ECU), wherein the master ECU provides at least one user ECU with an extended storage space. In the method, the master ECU acquires the current working state of the master ECU; if the working state meets the speed limiting condition, a first target user ECU is determined from the at least one user ECU; and the access speed of the first target user ECU to its own extended storage space is reduced. In this way, the shared storage space is provided for other user ECUs under the premise of ensuring the normal working of the master ECU.

[0040] It should be noted that the storage medium configured by the master ECU can be, but is not limited to, EMMC, Nand Flash, SSD (Solid State Disk), and HDD (Hard Disk Drive). For this purpose, the present embodiment does not make specific limitations, and the skilled person can make adaptive selection according to the needs when implementing the present solution.

[0041] The following will be described in detail in combination with Figure 1 The steps of the management method will be described in detail, but it should be understood that the operations of the flowchart can not be implemented in sequence, and the steps without logical context relationship can be reversed in sequence or implemented simultaneously. In addition, the skilled person can add one or more other operations to the flowchart or remove one or more operations from the flowchart under the guidance of the content of the present application. For example, as shown in the figure, the method comprises: Figure 1

[0042] S101, acquiring the current working state of the master ECU.

[0043] Before that, the master ECU receives an extension request from at least one user ECU, and allocates respective extended storage spaces for the at least one user ECU from the redundant storage space; and configures access services for each user ECU's extended storage space, so that the user ECU can access the user ECU's extended storage space through the access service.

[0044] ​In an optional embodiment, the access service can be a Network File System (NFS) service, i.e., for each user ECU, the master ECU can configure a Network File System (NFS) service for the extended storage space of the user ECU, so that the user ECU accesses the extended storage space of the user ECU through an NFS client. It should be understood that NFS is a network abstraction on top of a file system, and enables remote clients to read and write files on a server in a similar way to a local file system through a responsive network protocol.

[0045] As shown in Figure 2 , the master ECU is in network communication connection with 10 user ECUs, for example, the master ECU and the user ECUs use the SOME / IP communication protocol to exchange data. Among them, SOME / IP (Scalable service-Oriented MiddlewarE over IP, Scalable service-Oriented MiddlewarE over IP) is a concept introduced by the vehicle Ethernet communication, which is located above layer 4 of the OSI (Open System Interconnection Reference Model, Open System Interconnection Reference Model) 7-layer model. In the protocol architecture of vehicle Ethernet, SOME / IP is located in the application layer, which provides a service-oriented communication interface. Its communication mode adopts the concept of CS interface, that is, client (Client) and server (Server). When a request is issued, SOME / IP will send data, otherwise it will not send data. In this way, there is no unnecessary data on the bus, reducing the bus load.

[0046] Continuing to refer to Figure 2 , the master ECU divides the redundant storage space into 10 partitions. When a user ECU sends an expansion request to the master ECU, the master ECU selects one of the unallocated partitions as the expansion storage space of the user ECU. In this way, the user ECU can access the NFS service in the master ECU through the local NFS client, write its own data to the expansion storage space, or read the data already written in the expansion storage space.

[0047] Of course, in other embodiments, the expansion request includes the target capacity of the expansion storage space, so that the master ECU allocates a storage space with a target capacity from the redundant storage space as the expansion storage space of the user ECU.

[0048] The above embodiment introduces that the master ECU and the user ECU are connected through the expansion storage space. Continuing to refer to Figure 1 , the data management method further includes:

[0049] S102, if the working state meets the speed limit condition, determine the first target user ECU from the at least one user ECU.

[0050] The working state can include CPU usage of the master ECU, storage space read-write speed, network bandwidth usage; and the speed limit condition is that at least one of the CPU usage, the storage space read-write speed, and the network bandwidth usage is greater than the corresponding threshold. That is, in this embodiment, the CPU usage of the master ECU, the storage space read-write speed, and the network bandwidth usage are respectively configured with respective thresholds, and when one or more indicators are detected to be greater than the respective thresholds, the access speed of the user ECU to the extended storage space is limited to ensure that the master ECU can work normally. Moreover, the respective thresholds of the above indicators are not limited in this embodiment, and the skilled person can adaptively adjust them according to the performance of the processor used by the master ECU when implementing the scheme.

[0051] For step S102, in some embodiments, the first target user ECU can be randomly selected from the at least one user ECU, thereby reducing the resource consumption of the first target user ECU on the master ECU as a whole. However, it is found that some ECUs managed by the master ECU are extremely important for the journey of the vehicle, for example, ECUs for providing anti-lock, airbag, body stability, motor control, and other functions. Therefore, in this embodiment, the specific implementation of step S102 includes:

[0052] S102-1, obtaining the priority levels of the plurality of user ECUs.

[0053] In an optional embodiment, the priority levels of the plurality of user ECUs can be specified by the developer in advance. However, this embodiment takes into account that multiple tasks can be running in the ECU, not every task has a high priority level. Therefore, in other optional embodiments, the master ECU obtains the task levels corresponding to the tasks of the plurality of user ECUs currently accessing the extended storage space; and respectively takes the task level corresponding to the task of each user ECU currently accessing the extended storage space as the priority level of the user ECU.

[0054] S102-2, determining the first target user ECU according to the priority levels of the plurality of user ECUs.

[0055] In an optional implementation, the master ECU can determine candidate ECUs whose priority levels are lower than a level threshold according to the priority levels of the plurality of user ECUs, and select a first target user ECU from the candidate ECUs. In this embodiment, the user ECUs whose priority levels are greater than or equal to the level threshold run tasks that are extremely important for the vehicle, and thus should not be restricted in accessing their own extended storage spaces. In this way, the access speed of the extended storage spaces can be reduced, and the vehicle can work normally.

[0056] S103, reducing the access speed of the first target user ECU to its own extended storage space.

[0057] In an optional implementation, a weak network environment can be simulated to reduce the access speed when the user ECUs access the extended storage spaces. In a specific implementation, the master ECU receives an access request of the first target user ECU to its own extended storage space, and then responds to the access request by using a weak network simulation strategy to reduce the access speed of the first target user ECU to its own extended storage space.

[0058] The weak network simulation strategy includes at least one of a delayed response strategy, a timeout response strategy, and a low-traffic strategy. The delayed response strategy means that the master ECU delays responding to the access request for a period of time after receiving the access request. The timeout response strategy means that the master ECU does not process the access request after receiving the access request, so that the first target user ECU determines that the access request has packet loss and sends the access request again. The low-traffic strategy means that less data is returned when responding to the access request than in a normal response. Through the above measures, the pressure on the CPU usage, the storage space read-write speed, and the network bandwidth can be relieved to ensure the normal operation of the master ECU.

[0059] In this example, the master ECU provides the user ECUs with extended storage spaces, and the master ECU can be any ECU in the vehicle. However, some ECUs will enter a sleep mode at appropriate times for consideration of power consumption and safety. In view of this, as shown in Figure 3 The method further includes;

[0060] S104, before the master ECU stops providing the at least one user ECU with its own extended storage space, sending a service termination instruction to the at least one user ECU.

[0061] The service suspension instruction is used to instruct the at least one user ECU to cache the generated data locally during the master ECU suspends to provide the extended storage space. It should be understood here that the user ECU is not completely without storage space, but only has a small capacity. Through the service suspension instruction, the user ECU caches the generated data in the Nand Flash or the memory of itself during the master ECU is in hibernation, power-off or abnormality, and synchronizes the locally cached data to the extended storage space of itself after the master ECU resumes to provide the extended storage service.

[0062] It is also found in the research that some user ECUs store very important key data in the extended storage space during the running. Therefore, continuing to refer to Figure 3 , the method further comprises the following steps after the user ECU receives the service suspension instruction:

[0063] S105, receiving a key data reading request sent by a second target user ECU in the at least one user ECU according to the service suspension instruction.

[0064] S106, sending the key data requested by the second target user ECU to the second target user ECU in response to the key data reading request.

[0065] In this way, the user ECU can continue to work even after the master ECU suspends the service.

[0066] Continuing to refer to Figure 2 , the master ECU is used as the hub for the interaction between the user ECUs in the embodiment, which can greatly improve the interaction efficiency between the user ECUs. In order to make the scheme clearer, as shown in Figure 4 , the master ECU is shown, which is marked as ECU m , and two user ECUs, which are marked as ECU1 and ECU2. In the prior art, if ECU1 requests target data from ECU2, ECU1 needs to first send a data acquisition request to ECU2; ECU2 further initiates an access request of the extended storage space to ECU m , so as to acquire the target data from the extended storage space provided by ECU m , and finally forwards the acquired target data to ECU1. It can be seen that the interaction path between the prior user ECUs is too long.

[0067] In view of this, the master ECU in the embodiment receives a data interaction request of a third target user ECU to a fourth target user ECU in the at least one user ECU; and in response to the data interaction request, transfers the accessed target data from the extended storage space of the third target user ECU to the extended storage space of the fourth target user ECU.

[0068] The third target user ECU and the fourth target user ECU are any two of the plurality of user ECUs managed by the master ECU.

[0069] For example, continuing with the NFS example, Figure 4 , Figure 4 When the ECUs 1 and 2 exchange data, the data exchange request between the ECUs 1 and 2 is directly sent to the master ECU, instead of passing through the ECU 2. Since the data of the ECUs 1 and 2 are stored in the master ECU m , the master ECU m transfers the target data from the extended storage space of the ECU 1 to the extended storage space of the ECU 2, thereby completing the data exchange between the ECUs 1 and 2 and greatly improving the data transmission efficiency between the user ECUs.

[0070] Based on the above embodiment, the present embodiment further provides a data management method applied to a user ECU. In the method, the user ECU sends an extension request to the master ECU, so that the master ECU allocates an extended storage space for the user ECU from the redundant storage space; and according to a response result of the successful allocation of the extended storage space, the extended storage space is accessed.

[0071] For example, continuing with the NFS example, the user ECU sends an extension request to the master ECU, the master ECU allocates an extended storage space for the user ECU and starts the NFS service; finally, a response result of the successful allocation of the extended storage space is sent to the user ECU, the user ECU starts the NFS client to interact with the NFS service based on the response result, and the extended storage space is accessed.

[0072] Further, if the user ECU receives the service termination instruction sent by the master ECU, the generated data is cached locally until the master ECU continues to provide the extended storage space for the user ECU, and then the local cached data is synchronized to the extended storage space.

[0073] In addition, if the key data relied on by the user ECU during running is stored in the extended storage space, after receiving the service termination instruction sent by the master ECU, a key data reading request is sent to the master ECU, and the key data sent by the master ECU according to the key data reading request is received.

[0074] Based on the same inventive concept as the data management method applied to the main control ECU in this embodiment, this embodiment also provides a data management device applied to the main control ECU. It should be understood that the data management device includes at least one software function module that can be stored in the memory in the form of software or solidified in the main control ECU. The processor in the main control ECU is used to execute the executable module stored in the memory, for example, the software function module and computer program included in the data management device. Please refer to Figure 5 , from a functional perspective, data management devices can include:

[0075] The status monitoring module 101A is used to obtain the current working status of the main control ECU.

[0076] In this embodiment, the status monitoring module 101A is used to implement Figure 1 For step S101 in the embodiment, a detailed introduction to the status monitoring module 101A can be found in the description of step S101.

[0077] The access management module 102A is configured to determine a first target user ECU from at least one user ECU if the working state satisfies the speed limit condition;

[0078] The access management module 102A is used to reduce the access speed of the first target user ECU to its own extended storage space.

[0079] In this embodiment, the access management module 102A is used to implement Figure 1 For a detailed introduction to the access management module 102A, please refer to the description of steps S102 and S103.

[0080] It is worth noting that, since the above status monitoring module 101A and access management module 102A have the same inventive concept as the data management method applied to the main control ECU, the user can also implement other steps or sub-steps of the method, which is not specifically limited in this embodiment.

[0081] Similarly, this embodiment also provides a data management device for user ECU, please refer to Figure 6 Functionally, the data management device may include:

[0082] The space request module 101B is used to send an expansion request to the master control ECU, so that the master control ECU allocates an expanded storage space for the user ECU from the redundant storage space.

[0083] The space access module 102B is used to access the extended storage space according to the response result of the main control ECU to the extension request.

[0084] Similarly, since the data management method applied to the user ECU has the same inventive concept as the data management method applied to the user ECU, the above space request module 101B and the space access module 102B can also implement other steps or sub-steps of the method, and the embodiments are not limited in this regard.

[0085] In addition, the functional modules in the various embodiments of the present application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0086] It should also be understood that the above embodiments, if implemented in the form of software functional modules and sold or used as independent products, can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application essentially or the parts that contribute to the prior art or parts of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in the various embodiments of the present application.

[0087] Therefore, the present embodiment also provides a storage medium storing a computer program, which is executed by a processor to implement the data management method applied to the master ECU or the data management method applied to the user ECU. The storage medium can be a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0088] Please refer to Figure 7 The present embodiment also provides an electronic device which can be used as the master ECU or the user ECU in the present embodiment. The electronic device can include a processor 202 and a memory 201. The memory 201 stores a computer program, and the processor implements the data management method applied to the master ECU or the data management method applied to the user ECU by reading and executing the computer program corresponding to the above embodiments in the memory 201.

[0089] Continuing to refer to Figure 7 The electronic device further includes a communication unit 203. The memory 201, the processor 202 and the communication unit 203 are directly or indirectly electrically connected to each other through a system bus 204 to realize data transmission or interaction.

[0090] The memory 201 can be any electronic, magnetic, optical, or other physical information record storage device utilised to record instructions for execution, data, and the like, based on any storage principles. In some embodiments, the memory 201 can be, but is not limited to, a volatile memory, a non-volatile memory, a storage drive, and the like.

[0091] In some embodiments, the volatile memory can be a Random Access Memory (RAM); in some embodiments, the non-volatile memory can be a Read Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), an Electric Erasable Programmable Read-Only Memory (EEPROM), a flash memory, and the like; in some embodiments, the storage drive can be a magnetic disk drive, a solid-state drive, any type of storage disk (such as an optical disk, a DVD, and the like), or similar storage media, or a combination thereof, and the like.

[0092] The communication unit 203 is configured to transceive data over a network. In some embodiments, the network can include a wired network, a wireless network, a fibre optic network, a telecommunications network, an intranet, the Internet, a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), a Public Switched Telephone Network (PSTN), a Bluetooth network, a ZigBee network, or a Near Field Communication (NFC) network, and the like, or any combination thereof. In some embodiments, the network can include one or more network access points. For example, the network can include wired or wireless network access points, such as base stations and / or network switching nodes, through which one or more components of the service request processing system can connect to the network to exchange data and / or information.

[0093] The processor 202 can be an integrated circuit chip having a processing capability of signals, and the processor can include one or more processing cores (e.g., a single-core processor or a multi-core processor). For example only, the processor can include a central processing unit (CPU), an application specific integrated circuit (ASIC), an application specific instruction-set processor (ASIP), a graphics processing unit (GPU), a physics processing unit (PPU), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic device (PLD), a controller, a microcontroller unit, a reduced instruction set computer (RISC), or a microprocessor, or any combination thereof.

[0094] It should be understood that the apparatus and method disclosed in the above-described embodiments can also be implemented in other ways. The apparatus embodiments described above are merely illustrative, for example, the flowcharts and block diagrams in the drawings show the possible implementation architectures, functions and operations of the apparatus, method and computer program product according to the embodiments of the present application. In this regard, each block in the flowcharts or block diagrams can represent a module, a program segment or a part of code, which includes one or more executable instructions for implementing the specified logical functions. It should also be noted that in some alternative implementations, the functions noted in the blocks can occur in different orders from that shown in the drawings. For example, two consecutive blocks can actually be executed substantially in parallel, and sometimes in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and the combination of blocks in the block diagrams and / or flowcharts, can be implemented by a dedicated hardware-based system that performs the specified functions or actions, or can be implemented by a combination of dedicated hardware and computer instructions.

[0095] The above merely provides the various embodiments of the present application, but the protection scope of the present application is not limited thereto, and any person skilled in the art can easily think of the changes or replacements within the technical range disclosed by the present application, which should be covered in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A data management method characterized by, The application is applied to a master electronic control unit (ECU), and the master ECU provides at least one user ECU with an extended storage space, and the method comprises the following steps of: obtaining a current working state of the master ECU, wherein the working state can include CPU usage, storage space read / write speed, and network bandwidth usage of the master ECU; if the working state meets a speed limiting condition, obtaining priority levels of a plurality of user ECUs, and determining a first target user ECU from the plurality of user ECUs according to the priority levels, wherein the speed limiting condition is that at least one of the CPU usage, the storage space read / write speed, and the network bandwidth usage is greater than a corresponding threshold value; reducing an access speed of the first target user ECU to its own extended storage space.

2. The data management method according to claim 1, characterized by, The step of determining the first target user ECU from the plurality of user ECUs according to the priority levels comprises the following steps of: determining candidate ECUs with priority levels lower than a level threshold value from the plurality of user ECUs according to the priority levels; selecting the first target user ECU from the candidate ECUs.

3. The data management method of claim 1, wherein, The step of obtaining the priority levels of the plurality of user ECUs comprises the following steps of: obtaining task levels corresponding to tasks currently accessed by the plurality of user ECUs to the extended storage space; respectively taking the task levels corresponding to the tasks currently accessed by each of the user ECUs to the extended storage space as the priority levels of the user ECUs.

4. The data management method of claim 1, wherein, The method further comprises the following steps of: receiving an extension request of the at least one user ECU, and allocating a respective extended storage space to the at least one user ECU from a redundant storage space; respectively configuring an access service for the extended storage space of each of the user ECUs, so that the user ECUs can access the extended storage space of the user ECUs through the access service.

5. The data management method according to claim 4, characterized by, The step of respectively initializing the access service for the extended storage space of each of the user ECUs comprises the following step of: for each of the user ECUs, configuring a network file system (NFS) service for the extended storage space of the user ECU, so that the user ECU accesses the extended storage space of the user ECU through an NFS client.

6. The data management method of claim 1, wherein, The step of reducing the access speed of the first target user ECU to its own extended storage space comprises the following steps of: receiving an access request of the first target user ECU to its own extended storage space; responding to the access request through a weak network simulation strategy to reduce the access speed of the first target user ECU to its own extended storage space.

7. The data management method of claim 6, wherein, The weak network simulation strategy comprises at least one of a delay response strategy, a timeout response strategy, and a low traffic strategy.

8. The data management method of claim 1, wherein, The method further comprises the following steps of: before the master ECU suspends the provision of the respective extended storage space to the at least one user ECU, sending a suspension service instruction to the at least one user ECU, wherein the suspension service instruction is used to instruct the at least one user ECU to cache generated data locally during the suspension of the provision of the extended storage space by the master ECU.

9. The data management method of claim 8, wherein, The method further comprises the following steps of: receiving a key data reading request sent by a second target user ECU in the at least one user ECU according to the service suspension instruction; sending the key data requested by the second target user ECU to the second target user ECU in response to the key data reading request.

10. The data management method of claim 1, wherein, The method comprises: receiving a data interaction request of a fourth target user ECU sent by a third target user ECU in the at least one user ECU; transferring the accessed target data from the extended storage space of the third target user ECU to the extended storage space of the fourth target user ECU in response to the data interaction request.

11. The data management method of claim 1, wherein, The master ECU is configured with an EMMC, and the master ECU provides the at least one user ECU with an extended storage space from the EMMC.

12. The data management method of claim 1, wherein, The master ECU and the at least one user ECU are connected through a SOME / IP protocol.

13. A data management method characterized by, Applied to a user ECU connected with a master ECU, the method comprises: sending an extension request to the master ECU to make the master ECU allocate an extended storage space for the user ECU from a redundant storage space; accessing the extended storage space according to a response result of the extension storage space allocation success; The master ECU provides at least one user ECU with an extended storage space, and the master ECU obtains the current working state of the master ECU, wherein the working state can include CPU usage, storage space read-write speed, and network bandwidth usage of the master ECU. If the working state meets the speed limiting condition, the priority levels of a plurality of user ECUs are obtained, and a first target user ECU is determined from the plurality of user ECUs according to the priority levels, wherein the speed limiting condition is that at least one of the CPU usage, the storage space read-write speed, and the network bandwidth usage is greater than a corresponding threshold value. The access speed of the first target user ECU to the extended storage space of the first target user ECU is reduced.

14. The data management method of claim 13, wherein, The method further comprises: If the service suspension instruction sent by the master ECU is received, the generated data is cached locally until the master ECU continues to provide the extended storage space for the user ECU, and then the local cached data is synchronized to the extended storage space.

15. The data management method of claim 13, wherein, The method further comprises: If the service suspension instruction sent by the master ECU is received, a key data reading request is sent to the master ECU; Receiving key data sent by the master ECU according to the key data reading request.

16. A data management apparatus, characterized by comprising: Applied to a master electronic control unit (ECU), the master ECU provides at least one user ECU with an extended storage space, and the data management device comprises: A state monitoring module is configured to obtain the current working state of the master ECU, wherein the working state can include CPU usage, storage space read-write speed, and network bandwidth usage of the master ECU. The access management module is configured to: if the working state satisfies a speed limiting condition, obtain priority levels of a plurality of user ECUs; and determine a first target user ECU from the plurality of user ECUs according to the priority levels of the plurality of user ECUs, wherein the speed limiting condition is that at least one of a CPU usage rate, a storage space read-write speed, and a network bandwidth usage rate is greater than a corresponding threshold value. The access management module is further configured to reduce an access speed of the first target user ECU to an extended storage space of the first target user ECU.

17. A data management apparatus, characterized by comprising: The device is applied to a user ECU in communication connection with a master ECU, and the device comprises: A space request module is configured to send an extension request to the master ECU, so that the master ECU allocates an extended storage space for the user ECU from redundant storage spaces; A space access module is configured to access the extended storage space according to a response result of the master ECU to the extension request. The master ECU provides at least one user ECU with an extended storage space, and the master ECU is configured to obtain a current working state of the master ECU, wherein the working state can include a CPU usage rate, a storage space read-write speed, and a network bandwidth usage rate of the master ECU. If the working state satisfies a speed limiting condition, obtain priority levels of a plurality of user ECUs; and determine a first target user ECU from the plurality of user ECUs according to the priority levels of the plurality of user ECUs, wherein the speed limiting condition is that at least one of a CPU usage rate, a storage space read-write speed, and a network bandwidth usage rate is greater than a corresponding threshold value. Reduce an access speed of the first target user ECU to an extended storage space of the first target user ECU.

18. A storage medium, characterized by The storage medium stores a computer program, and the computer program is executed by a processor to implement the data management method in any one of claims 1-12 or the data management method in any one of claims 13-15.

19. An electronic device, comprising: The electronic device comprises a processor and a memory, and the memory stores a computer program, and the computer program is executed by the processor to implement the data management method in any one of claims 1-12 or the data management method in any one of claims 13-15.

Images