Regional access method and device of vehicle, electronic equipment and storage medium

Abstract

The invention discloses a region access method and device of a vehicle, electronic equipment and a storage medium, the vehicle is deployed with middleware, and the method comprises the following steps: determining a storage region of the vehicle through an interface of the middleware; a target process of the vehicle is controlled, image data is determined based on indication data of the target process and transmission data stored in the storage area, the target process is used for executing post-processing operation on the image data, and the indication data is used for indicating the target process to access the storage area through the pointer; the transmission data is used for at least representing pixel attributes of the image data, and the image data is acquired by an acquisition device in the vehicle; and in response to completion of the post-processing operation on the image data, determining an access state of the storage area, the access state being used for representing whether the target process completes access to the storage area. The technical problem of low data transmission efficiency of the vehicle is solved.

Description

Technical Field

[0001] This application relates to the field of vehicles, and more specifically, to a method, apparatus, electronic device, and storage medium for accessing a vehicle's area. Background Technology

[0002] Currently, traditional image data transmission methods often involve multiple data copies, especially when multiple processes need to use the same image data. However, such data copying operations keep the Central Processing Unit (CPU) busy handling image data, resulting in low data transmission efficiency in vehicles.

[0003] There is currently no effective solution to the technical problem of low data transmission efficiency in the aforementioned vehicles. Summary of the Invention

[0004] This application provides a method, apparatus, electronic device, and storage medium for regional access of a vehicle, to at least solve the technical problem of low data transmission efficiency in vehicles.

[0005] According to one aspect of the embodiments of this application, a method for accessing a region of a vehicle is provided. The vehicle is equipped with middleware. The method includes: determining a storage region of the vehicle through an interface of the middleware; controlling a target process of the vehicle to determine image data based on instruction data of the target process and transmission data stored in the storage region, wherein the target process is used to perform post-processing operations on the image data, the instruction data is used to instruct the target process to access the storage region via a pointer, the transmission data is used to at least represent the pixel attributes of the image data, and the image data is acquired by an acquisition device in the vehicle; and determining an access status of the storage region in response to the completion of post-processing operations on the image data, wherein the access status is used to indicate whether the target process has completed accessing the storage region.

[0006] Further, controlling the target process of the vehicle, based on the instruction data of the target process and the transmission data stored in the storage area, determines the image data, including: controlling the target process, determining the virtual address data of the target process from the instruction data, wherein the virtual address data is used to represent the virtual address allocated to the target process, and there is a mapping relationship between the virtual address and the first physical address stored in the storage area; determining the first physical address that satisfies the mapping relationship with the virtual address data; accessing the storage area through the first physical address to obtain the transmission data; and determining the image data based on the transmission data.

[0007] Further, determining image data based on the transmitted data includes: determining physical address data from the transmitted data, wherein the physical address data is used to represent a second physical address where the image data is stored; and accessing the second physical address represented by the physical address data to obtain the image data.

[0008] Furthermore, in the target process of controlling the vehicle, after determining the image data based on the instruction data of the target process and the transmission data stored in the storage area, the method further includes: updating the current access count of the storage area to a first access count, wherein the current access count is less than the first access count.

[0009] Further, in response to the image data completion operation, determining the access status of the storage area includes: in response to the image data completion operation, updating the current access count of the storage area to a second access count, wherein the current access count is greater than the second access count; and determining the access status based on the second access count and a preset access count.

[0010] Furthermore, based on the second access count and the preset access count, the access status is determined, including: in response to the second access count being less than or equal to the preset access count, determining the access status as the target process has completed accessing the storage area; in response to the second access count being greater than the preset access count, determining the access status as the target process has not completed accessing the storage area.

[0011] Furthermore, the method further includes: in response to the access status being that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, determining the next transmission data of the transmission data, wherein the next transmission data is used to at least represent the pixel attributes possessed by the next image data; in response to the capacity of the remaining storage area in the storage area being greater than a preset capacity, storing the next transmission data in the storage area, wherein the remaining storage area is the storage area in the storage area excluding the storage area storing the transmission data; in response to the capacity of the remaining storage area being less than or equal to the preset capacity, deleting the transmission data in the storage area and storing the next transmission data in the deleted storage area.

[0012] According to another aspect of the embodiments of this application, a vehicle area access device is also provided. The vehicle is equipped with middleware. The device includes: a first determining unit, configured to determine a storage area of ​​the vehicle through an interface of the middleware; a second determining unit, configured to control a target process of the vehicle, and determine image data based on instruction data of the target process and transmission data stored in the storage area, wherein the target process is used to perform post-processing operations on the image data, the instruction data is used to instruct the target process to access the storage area via a pointer, the transmission data is used to at least represent the pixel attributes of the image data, and the image data is acquired by an acquisition device in the vehicle; and a third determining unit, configured to determine the access status of the storage area in response to the completion of post-processing operations on the image data, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

[0013] According to another aspect of the embodiments of this application, an electronic device is also provided, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of this application when it runs.

[0014] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0015] According to another aspect of the embodiments of this application, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0016] According to another aspect of the embodiments of this application, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods in various embodiments of this application.

[0017] According to another aspect of the embodiments of this application, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of this application.

[0018] According to another aspect of the embodiments of this application, a vehicle is also provided, which includes the electronic equipment described in this application.

[0019] In this embodiment, middleware is deployed in the vehicle. Through the middleware's interface, the vehicle's storage area is determined; the target process of the vehicle is controlled, and image data is determined based on the target process's instruction data and the transmission data stored in the storage area; in response to the completion of the image data processing operation, the access status of the storage area is determined. Because this embodiment determines the vehicle's storage area through the middleware interface, controls the vehicle's target process, and based on the target process's instruction data and the determined transmission data stored in the storage area, it can determine the image data acquired by the acquisition device in the vehicle. Furthermore, in the case of the image data completing the processing operation, it can determine the access status of the storage area, that is, whether the target process has completed accessing the storage area. This achieves the goal of avoiding the CPU being busy moving data, thereby solving the technical problem of low data transmission efficiency in vehicles and ultimately improving the data transmission efficiency of vehicles. Attached Figure Description

[0020] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0021] Figure 1(a) is a schematic diagram of an application scenario of a vehicle area access method according to an embodiment of this application;

[0022] Figure 1(b) is a flowchart of a vehicle area access method according to an embodiment of this application;

[0023] Figure 2 This is a flowchart of a camera data zero-copy transmission method based on the Horizon Journey 6 chip according to an embodiment of this application;

[0024] Figure 3 This is a flowchart of an API call sequence according to an embodiment of this application;

[0025] Figure 4 This is a structural block diagram of a vehicle area access device according to an embodiment of this application;

[0026] Figure 5 This is a schematic diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0027] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0028] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0029] According to an embodiment of this application, an embodiment of a vehicle area access method is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0030] As an optional implementation, the vehicle area access method described above can be applied to, but is not limited to, the application scenario shown in Figure 1(a). Figure 1(a) is a schematic diagram of an application scenario of a vehicle area access method according to an embodiment of this application. As shown in Figure 1(a), in the application scenario, the terminal device 10 can, but is not limited to, communicate with the server 13 through the network 11. The server 13 can, but is not limited to, perform operations on the database, such as writing or reading data. The terminal device 10 may include, but is not limited to, a human-computer interaction screen, a processor, and a memory. The human-computer interaction screen may, but is not limited to, be used to display virtual machines on the mobile terminal 10. The vehicle 12 may, but is not limited to, respond to the above human-computer interaction operation, execute corresponding operations, or generate corresponding instructions and send the generated instructions to the server 13.

[0031] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowcharts, in some cases, the steps shown or described may be executed in a different order than that shown here. Specifically, the vehicle area access method of this application may include: step S102, determining the vehicle's storage area through a middleware interface; step S104, controlling the target process of the vehicle, determining image data based on the target process's instruction data and the transmission data stored in the storage area; and step S106, determining the access status of the storage area in response to a post-processing operation on the image data, wherein the access status indicates whether the target process has completed accessing the storage area.

[0032] It should be noted that all information and data involved in this application (including but not limited to instruction data, transmission data, and image data) are information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use, and processing of such data must comply with the relevant laws, regulations, and standards of the relevant countries and regions, and corresponding operation portals are provided for users to choose to authorize or refuse.

[0033] Figure 1(b) is a flowchart of a vehicle area access method according to an embodiment of this application. As shown in Figure 1(b), the method may include the following steps:

[0034] Step S112: Determine the vehicle's storage area through the middleware interface.

[0035] In the technical solution provided in step S112 of this application, the middleware can be used for zero-copy transmission of image data, which can be acquired by a data acquisition device in the vehicle. For example, the acquisition device can be any one or any combination of the following devices: camera, video camera, and webcam, etc.

[0036] In this embodiment, the aforementioned storage area can be a buffer area in the vehicle that temporarily stores data, and the buffer can allow data to be shared between different processes or different components.

[0037] In this embodiment, the vehicle's storage area is determined through the middleware's interface. Optionally, this embodiment can access the vehicle's storage area, i.e., the buffer, by calling the middleware's underlying interface.

[0038] Step S114: Control the target process of the vehicle, determine the image data based on the instruction data of the target process and the transmission data stored in the storage area, wherein the target process is used to perform post-processing operations on the image data, the instruction data is used to instruct the target process to access the storage area through a pointer, the transmission data is used to at least represent the pixel attributes of the image data, and the image data is acquired by the acquisition device in the vehicle.

[0039] In the technical solution provided by step S114 of this application, the target process can be used to perform post-processing operations on the image data. Optionally, the target process can be the vehicle's consumption process, the image data can include: multiple frames of sub-image data, the time interval between adjacent sub-image data is the acquisition interval of the acquisition device, and the post-processing operations can include: fusion operations and prediction operations, etc.

[0040] In this embodiment, the aforementioned indication data can be used to instruct the target process to access the storage area via a pointer. This pointer can be a smart pointer for managing camera data packets (CamMemPacket), which may include: a virtual address assigned to the target process, and transmission data from the production end stored in the storage area.

[0041] In this embodiment, the transmitted data can be used to represent at least the pixel attributes of the image data and the second physical address where the image data is stored. For example, the transmitted data can be metadata from the production end, and the pixel attributes can include the width and height of the image data.

[0042] In this embodiment, the image data can be acquired by a data acquisition device in the vehicle. For example, the acquisition device can be any or any combination of the following devices: camera, video camera, and webcam, etc.

[0043] In this embodiment, after determining the vehicle's storage area through the middleware interface, the target process of the vehicle is controlled, and image data is determined based on the target process's instruction data and the transmission data stored in the storage area. Optionally, after determining the storage area, this embodiment controls the vehicle's target process, determines the virtual address allocated to the target process based on the target process's instruction data, and determines the image data based on the virtual address and the transmission data stored in the storage area. This achieves the goal of obtaining image data through middleware with zero-copy transmission.

[0044] Optionally, image data can be determined based on the aforementioned virtual address and the transmission data stored in the storage area. For example, by accessing the storage area through the aforementioned virtual address, the transmission data can be obtained. Based on the aforementioned transmission data, image data can be determined. For example, based on the aforementioned transmission data, the address where the image data is stored can be determined, and then by accessing the address where the image data is stored, the image data can be obtained.

[0045] Step S116: In response to the completion of the image data processing operation, determine the access status of the storage area, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

[0046] In the technical solution provided by step S116 of this application, the access status can be used to indicate whether the target process has completed accessing the storage area. For example, if the access status indicates that the target process has completed accessing the storage area, then the target process has released the buffer; or, if the access status indicates that the target process has not completed accessing the storage area, then the target process has not released the buffer. This is only an example and is not specifically limited.

[0047] In this embodiment, after determining the image data based on the target process's instruction data and the transmission data stored in the storage area, the access status of the storage area is determined in response to the completion of post-processing operations on the image data. Optionally, after determining the image data, this embodiment performs progress detection on the post-processing operations on the image data to obtain a progress detection result. The progress detection result can be used to indicate whether the post-processing operations on the image data have been completed. If the progress detection result indicates that the post-processing operations on the image data have been completed, the access status of the storage area can be determined based on the current number of accesses to the storage area; that is, it can be determined whether the target process has completed accessing the storage area.

[0048] Optionally, if the above progress detection result indicates that the post-processing operation on the image data has not been completed, the access status of the storage area can be directly determined as the target process has not completed accessing the storage area. The progress detection of the post-processing operation on the image data can be continued to obtain the next progress detection result until the next progress detection result indicates that the post-processing operation on the image data has been completed. Then, the access status of the storage area can be determined based on the current number of accesses to the storage area.

[0049] Optionally, the access status of the storage area can be determined based on the current number of accesses to the storage area. For example, by comparing the current number of accesses with a preset number of accesses, if the current number of accesses is less than or equal to the preset number of accesses, the access status can be determined as the target process having completed accessing the storage area. If the current number of accesses is greater than the preset number of accesses, the access status can be determined as the target process not having completed accessing the storage area.

[0050] It should be noted that the above method for determining the access status of the storage area is merely an example and is not intended to impose specific limitations. Any method that can determine whether the target process has completed accessing the storage area or not, after the image data has been processed, is within the protection scope of this application's embodiments, and will not be described in detail here.

[0051] In steps S112 to S116 of this application, middleware is deployed in the vehicle. Through the middleware's interface, the vehicle's storage area is determined; the target process of the vehicle is controlled; image data is determined based on the target process's instruction data and the transmission data stored in the storage area; and in response to the completion of the image data processing operation, the access status of the storage area is determined. Because this embodiment of the application, after determining the vehicle's storage area through the middleware interface, controls the vehicle's target process, and based on the target process's instruction data and the determined transmission data stored in the storage area, can determine the image data acquired by the acquisition device in the vehicle, and in the case of the image data completing the processing operation, can determine the access status of the storage area, that is, can determine whether the target process has completed accessing the storage area, thereby avoiding the CPU being busy moving data, thus solving the technical problem of low data transmission efficiency in vehicles, and ultimately achieving the technical effect of improving the data transmission efficiency of vehicles.

[0052] The following section further describes the steps of determining image data based on the target process of the above-described vehicle control system in this embodiment, using the instruction data of the target process and the transmission data stored in the storage area.

[0053] As an optional embodiment, step S114, controlling the target process of the vehicle, and determining image data based on the indication data of the target process and the transmission data stored in the storage area, includes: controlling the target process, determining the virtual address data of the target process from the indication data, wherein the virtual address data is used to represent the virtual address allocated to the target process, and there is a mapping relationship between the virtual address and the first physical address stored in the storage area; determining the first physical address that satisfies the mapping relationship with the virtual address data; accessing the storage area through the first physical address to obtain the transmission data; and determining the image data based on the transmission data.

[0054] In this embodiment, the virtual address data can be used to represent a virtual address allocated to the target process, and there is a mapping relationship between the virtual address and the first physical address to which the storage area is stored. For example, the virtual address data can be used to represent a virtual address allocated to the consuming process, and the first physical address can be the physical address to which the buffer is stored.

[0055] In this embodiment, after determining the vehicle's storage area through the middleware interface, the target process is controlled to determine its virtual address data from the instruction data. Optionally, this embodiment controls the vehicle's target process to partition the instruction data of the target process, thereby obtaining the virtual address data of the target process, thus achieving the purpose of determining the virtual address allocated to the target process.

[0056] Optionally, the target process controlling the vehicle determines multiple sub-indication data from the aforementioned indication data. The virtual address data of the target process can be determined according to the category to which each of the multiple sub-indication data belongs. For example, by comparing the relationships between multiple categories and address categories, if multiple categories are found to include a category that is the same as the address category, then the sub-indication data corresponding to that category is determined as the sub-indication data.

[0057] In this embodiment, after controlling the target process and determining the virtual address data of the target process from the instruction data, a first physical address that satisfies the mapping relationship with the virtual address corresponding to the virtual address data is determined. Optionally, this embodiment determines the virtual address corresponding to the virtual address data, and performs an address mapping operation on the virtual address according to the mapping relationship to obtain the first physical address.

[0058] In this embodiment, after determining the first physical address that satisfies the mapping relationship with the virtual address data, the storage area is accessed through the first physical address to obtain the transmission data. Based on the transmission data, the image data is determined. Optionally, in this embodiment, metadata can be obtained by accessing the buffer according to the aforementioned first physical address. Based on the aforementioned metadata, the address where the image data is stored can be determined. Then, by accessing the address where the image data is stored, the image data can be obtained. This achieves the goal of obtaining image data through middleware with zero-copy transmission, thereby realizing the technical effect of improving the data transmission efficiency of the vehicle.

[0059] Optionally, address detection can be performed on the aforementioned metadata to obtain the address where the image data is stored. Alternatively, the aforementioned metadata can be partitioned to obtain multiple sub-metadata. From the multiple sub-metadata obtained, the sub-metadata belonging to the address category can be determined, that is, the address where the image data is stored can be obtained.

[0060] The steps for determining image data based on transmitted data in this embodiment will be further explained below.

[0061] As an optional embodiment, determining image data based on transmitted data includes: determining physical address data from the transmitted data, wherein the physical address data is used to represent a second physical address where the image data is stored; and accessing the second physical address represented by the physical address data to obtain the image data.

[0062] In this embodiment, the aforementioned physical address data can be used to represent the second physical address where the image data is stored. This second physical address can be represented by the actual address and offset of the image data in the vehicle's physical memory. For example, the actual address is the actual memory address, and the offset is the position difference between the end data and the beginning data of the image data in physical memory.

[0063] In this embodiment, after accessing the storage area through the first physical address and obtaining the transmitted data, the physical address data is determined from the transmitted data. Optionally, this embodiment divides the aforementioned metadata into multiple sub-metadata. From the multiple sub-metadata obtained, the sub-metadata belonging to the address category is determined as the physical address data, thereby achieving the purpose of determining the second physical address where the image data is stored.

[0064] In this embodiment, after determining the physical address data from the transmitted data, the second physical address represented by the physical address data is accessed to obtain the image data. Optionally, based on determining the physical address data, this embodiment can determine the second physical address represented by the physical address data, and then find the image data by accessing the second physical address. That is, the image data can be transferred from physical memory to the consuming process, thereby achieving the goal of obtaining image data through middleware with zero-copy transmission, thus realizing the technical effect of improving the data transmission efficiency of the vehicle.

[0065] Optionally, by accessing the aforementioned second physical address, multi-frame sub-camera data can be found. That is, the aforementioned multi-frame sub-camera data can be transferred from physical memory to the consumer process, whereby the consumer process can be used to perform fusion operations and / or prediction operations on the aforementioned multi-frame sub-camera data.

[0066] The method for accessing the area of ​​the vehicle described in this embodiment will be further explained below.

[0067] As an optional embodiment, after determining the image data based on the target process's instruction data and the transmission data stored in the storage area during the vehicle control target process, the method further includes: updating the current access count of the storage area to a first access count, wherein the current access count is less than the first access count.

[0068] In this embodiment, the current access count is less than the first access count. The current access count can be represented by a reference count. For example, the current access count could be 2, and the first access count could be 3. These values ​​are merely illustrative and not intended to be specific.

[0069] In this embodiment, after determining the image data based on the target process's instruction data and the transmission data stored in the storage area, the current access count of the storage area is updated to a first access count in the target process controlling the vehicle. Optionally, this embodiment increments the reference count of the buffer when the consuming process obtains the image data, obtains the incremented reference count, and updates the reference count to the incremented reference count. This achieves the purpose of updating the current access count, thereby improving the accuracy of the access count.

[0070] Optionally, if the consuming process is the process performing the lane keeping function, then when the process performing the lane keeping function obtains the image data, the reference count of the buffer is incremented by 1 to obtain the incremented reference count, and the reference count is updated to the incremented reference count.

[0071] The following description further explains the steps of determining the access status of the storage area in response to the image data completion processing operation described above in this embodiment.

[0072] As an optional embodiment, step S116, in response to the image data completion processing operation, determines the access status of the storage area, including: in response to the image data completion processing operation, updating the current access count of the storage area to a second access count, wherein the current access count is greater than the second access count; and determining the access status based on the second access count and a preset access count.

[0073] In this embodiment, the current access count can be greater than the second access count. For example, the current access count can be 3, and the second access count can be 2. These values ​​are only illustrative and are not specifically limited.

[0074] In this embodiment, after determining the image data based on the target process's instruction data and the transmission data stored in the storage area during the vehicle control target process, the current access count of the storage area is updated to a second access count in response to the completion of the image data post-processing operation. Optionally, this embodiment performs progress detection on the image data post-processing operation to obtain a progress detection result. If the progress detection result indicates that the image data post-processing operation has been completed, the reference count of the buffer is decremented to obtain the reduced reference count, and the reference count is updated to the reduced reference count.

[0075] Optionally, if the progress detection result indicates that the image data has been processed, the reference count of the Buffer is decremented by 1 to obtain the decremented reference count, and the reference count is updated to the decremented reference count.

[0076] In this embodiment, the preset access quantity can be an initial value N. For example, N can be a positive integer after initialization.

[0077] In this embodiment, after updating the current access count of the storage area to a second access count in response to a completed image data processing operation, the access status is determined based on the second access count and a preset access count. Optionally, by comparing the second access count with the preset access count, this embodiment can determine whether the access status of the storage area is that the target process has completed accessing the storage area, or whether the access status is that the target process has not completed accessing the storage area. This achieves the goal of determining whether the target process has completed accessing the storage area, thereby improving the accuracy of the access status.

[0078] The steps for determining the access status based on the second access quantity and the preset access quantity in this embodiment will be further explained below.

[0079] As an optional embodiment, determining the access status based on the second access quantity and the preset access quantity includes: in response to the second access quantity being less than or equal to the preset access quantity, determining the access status as the target process has completed accessing the storage area; in response to the second access quantity being greater than the preset access quantity, determining the access status as the target process has not completed accessing the storage area.

[0080] In this embodiment, after updating the current access count of the storage area to a second access count in response to the completion of image data processing, the access status is determined to be that the target process has completed accessing the storage area if the second access count is less than or equal to a preset access count. Optionally, this embodiment compares the second access count with the preset access count. If the comparison shows that the current access count is less than or equal to the preset access count, the access status of the storage area can be determined to be that the target process has completed accessing the storage area. This achieves the goal of determining whether the target process has completed accessing the storage area, thereby improving the accuracy of the access status.

[0081] In this embodiment, after updating the current access count of the storage area to a second access count in response to the completion of image data processing, and in response to the second access count being greater than a preset access count, the access status is determined to be that the target process has not completed accessing the storage area. Optionally, this embodiment compares the second access count with the preset access count. If the comparison shows that the current access count is greater than the preset access count, the access status of the storage area can be determined to be that the target process has not completed accessing the storage area. This achieves the purpose of determining whether the target process has completed accessing the storage area, thereby improving the accuracy of the access status.

[0082] The method for accessing the area of ​​the vehicle described in this embodiment will be further explained below.

[0083] As an optional embodiment, the method further includes: in response to the access status being that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, determining the next transmission data, wherein the next transmission data is used to at least represent the pixel attributes possessed by the next image data; in response to the capacity of the remaining storage area in the storage area being greater than a preset capacity, storing the next transmission data in the storage area, wherein the remaining storage area is the storage area in the storage area excluding the storage area storing the transmission data; in response to the capacity of the remaining storage area being less than or equal to the preset capacity, deleting the transmission data in the storage area and storing the next transmission data in the deleted storage area.

[0084] In this embodiment, the aforementioned next transmission data can be used to at least represent the pixel attributes of the next image data. For example, the aforementioned next transmission data can be used to at least represent the width and height of the next image data, as well as the physical address where the next image data is stored.

[0085] In this embodiment, in response to the access status indicating that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, the next transmission data of the transmission data is determined. Optionally, this embodiment performs content parsing on the access status and detects whether the acquisition device has acquired the next image data. If it is parsed that the access status indicates that the target process has completed accessing the storage area and the acquisition device has acquired the next image data, then the next physical address data of the physical address data and the next pixel attribute data of the pixel attribute data can be combined into the next transmission data of the transmission data. The next physical address data can be used to represent the physical address where the next image data is stored, and the next pixel attribute data can be used to represent the pixel attributes possessed by the next image data.

[0086] Optionally, the access status is parsed, and the next camera data is detected as to whether the camera has acquired the camera data. If the access status is parsed to show that the consumer process has completed accessing the buffer, and the camera has acquired the next camera data, then the physical address where the next camera data is stored and the pixel attributes of the next camera data can be combined into the next metadata of the metadata.

[0087] In this embodiment, the remaining storage area can be any storage area other than the storage area that stores the transmitted data. For example, if the storage area is a buffer, the remaining storage area can be any storage area within the buffer other than the storage area that stores metadata.

[0088] In this embodiment, after determining the next data transmission data in response to the access status indicating that the target process has completed accessing the storage area and the acquisition device has acquired the next image data, the next data transmission data is stored in the storage area if the remaining storage area capacity is greater than the preset capacity. Optionally, a capacity relationship between the remaining storage area capacity and the preset capacity is determined. If the remaining storage area capacity is greater than the preset capacity, the next data transmission data is stored in the storage area. For example, if the remaining buffer capacity is greater than the preset capacity, the next metadata is stored in the buffer. This achieves the goal of storing metadata in real time, thereby improving the data storage efficiency of the vehicle.

[0089] Optionally, by comparing the capacity of the remaining storage area in the storage area with the preset capacity, the capacity relationship between the remaining storage area and the preset capacity can be obtained.

[0090] In this embodiment, in response to the access status indicating that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, and after determining the next transmission data of the transmission data, in response to the remaining storage area capacity being less than or equal to a preset capacity, the transmission data is deleted from the storage area, and the next transmission data is stored in the deleted storage area. Optionally, a capacity relationship between the remaining storage area capacity and the preset capacity is determined. If the capacity relationship indicates that the remaining storage area capacity is less than or equal to the preset capacity, then the transmission data is deleted from the storage area, and the next transmission data is stored in the deleted storage area. For example, if the capacity relationship indicates that the remaining buffer capacity is greater than the preset capacity, then the metadata is deleted from the buffer, and the next metadata is stored in the deleted buffer. This achieves the goal of storing metadata in real time, thereby realizing the technical effect of improving the data storage efficiency of the vehicle.

[0091] The area access method for the vehicle described in this embodiment will be further explained below.

[0092] As an optional embodiment, the acquisition device includes multiple sub-acquisition devices, which are deployed in different areas of the vehicle. The method further includes: acquiring sub-image data acquired by the multiple sub-acquisition devices to obtain multiple sub-image data, wherein the image data includes multiple sub-image data; determining sub-transmission data corresponding to the multiple sub-image data to obtain multiple sub-transmission data, wherein the sub-transmission data is used to at least represent the pixel attributes of the sub-image data; and storing the multiple sub-transmission data in a storage area.

[0093] In this embodiment, the aforementioned acquisition device may include multiple sub-acquisition devices, and these multiple sub-acquisition devices may be deployed in different areas of the vehicle. For example, the multiple sub-acquisition devices may include: a rear-view camera, a front wide-angle camera, a rear surround-view camera, a front surround-view camera, a left surround-view camera, a right surround-view camera, and a front narrow-angle camera, etc. The rear-view camera may be deployed in the rear-view area of ​​the vehicle, the front wide-angle camera may be deployed in the front wide-angle area of ​​the vehicle, the rear surround-view camera may be deployed in the trunk area of ​​the vehicle, the front surround-view camera may be deployed in the middle of the windshield area of ​​the vehicle, the left surround-view camera may be deployed on the left side of the windshield area of ​​the vehicle, the right surround-view camera may be deployed on the right side of the windshield area of ​​the vehicle, and the front narrow-angle camera may be deployed in the blind spot of the vehicle.

[0094] In this embodiment, after acquiring sub-image data collected by multiple sub-acquisition devices to obtain multiple sub-image data, sub-transmission data corresponding to each of the multiple sub-image data is determined to obtain multiple sub-transmission data. Optionally, this embodiment can acquire multiple sub-image data from multiple sub-acquisition devices, and then determine the sub-physical address data and sub-pixel attribute data of each of the multiple sub-image data to obtain multiple sub-physical address data and multiple sub-pixel attribute data. The sub-physical address data can be used to represent the second physical address where the sub-image data is stored, and the sub-pixel attribute data can be used to represent the pixel attributes possessed by the sub-image data. For each sub-image data, each sub-physical address data and each sub-pixel attribute data can be combined into sub-transmission data, thereby achieving the goal of obtaining multiple sub-transmission data.

[0095] Optionally, multiple sub-camera data can be obtained from multiple cameras. Then, the second physical address where each sub-camera data is stored and the pixel attributes of each sub-camera data are determined. Based on each sub-camera data, the second physical address where each sub-camera data is stored and the pixel attributes of each sub-camera data can be combined into sub-data, thereby achieving the goal of obtaining multiple sub-data.

[0096] In this embodiment, the sub-transmission data can be used to at least represent the pixel attributes of the sub-image data and the second physical address where the sub-image data is stored. For example, the sub-transmission data can be sub-metadata in metadata, and the pixel attributes of the sub-image data can include the width and height of the sub-image data.

[0097] In this embodiment, after determining the sub-transmission data corresponding to multiple sub-image data and obtaining multiple sub-transmission data, the multiple sub-transmission data are stored in a storage area. Optionally, the multiple sub-data elements are stored in a buffer, thereby achieving the purpose of storing transmission data in the storage area and thus realizing the technical effect of improving the data storage efficiency of the vehicle.

[0098] In this embodiment, middleware is deployed in the vehicle. Through the middleware's interface, the vehicle's storage area is determined; the target process of the vehicle is controlled, and image data is determined based on the target process's instruction data and the transmission data stored in the storage area; in response to the completion of the image data processing operation, the access status of the storage area is determined. Because this embodiment determines the vehicle's storage area through the middleware interface, controls the vehicle's target process, and based on the target process's instruction data and the determined transmission data stored in the storage area, it can determine the image data acquired by the acquisition device in the vehicle. Furthermore, in the case of the image data completing the processing operation, it can determine the access status of the storage area, that is, whether the target process has completed accessing the storage area. This achieves the goal of avoiding the CPU being busy moving data, thereby solving the technical problem of low data transmission efficiency in vehicles and ultimately improving the data transmission efficiency of vehicles.

[0099] The technical solutions of the embodiments of this application will be illustrated below with reference to preferred embodiments.

[0100] Currently, traditional image data transmission methods often involve multiple data copies, especially when multiple processes need to use the same image data. However, such data copying operations keep the CPU busy moving image data, resulting in low data transmission efficiency for vehicles.

[0101] However, this application proposes a vehicle area access method. After determining the vehicle's storage area through the middleware interface, the target process of the vehicle is controlled. Based on the indication data of the target process and the transmission data stored in the determined storage area, the image data collected by the acquisition device in the vehicle can be determined. After the image data has been processed, the access status of the storage area can be determined, that is, whether the target process has completed accessing the storage area. This achieves the purpose of avoiding the CPU being busy moving data, thereby solving the technical problem of low data transmission efficiency of the vehicle and thus achieving the technical effect of improving the data transmission efficiency of the vehicle.

[0102] In this embodiment, by implementing a zero-copy camera data transfer method based on the Horizon Journey 6 chip, image data can be obtained by accessing the buffer. For example, Figure 2 This is a flowchart of a camera data zero-copy transmission method based on the Horizon Journey 6 chip according to an embodiment of this application, such as... Figure 2As shown, the zero-copy camera data transmission method based on the Horizon Journey 6 chip may include the following steps. Steps S201, S202, S203, S210, S211, and S212 are executed on the production end, while steps S204, S205, S206, S207, S208, and S209 are executed on the consumer end.

[0103] Step S201: Obtain the camera buffer.

[0104] After acquiring the camera buffer, execute step S202 and record the initial reference count: N.

[0105] After recording the initial reference count: N, proceed to step S203 to send metadata.

[0106] In the technical solution provided by step S203 of this application, the metadata may include: file descriptor (fd), physical address of image data, width, height and address offset of image data.

[0107] After sending the metadata, step S204 is executed to receive the metadata.

[0108] In the technical solution provided in step S204 of this application, by inheriting the IConsumerCallback class, the onDataReceived method can be obtained, and the onDataReceived method can be used to receive metadata from the production end.

[0109] In this embodiment, when metadata from the production side is received, the IConsumerCallback class performs the following operations internally: The reference count is automatically incremented; the hb_mem_import_graph_buf function is called when production data arrives to increment the reference count; a data packet (CamMemPacket) is constructed; the imported virtual address and other data are combined with the production metadata to construct a smart pointer (std::shared_ptr) object, which can manage the CamMemPacket; a callback is triggered; the encapsulated CamMemPacket is passed from the smart pointer object to the user's onDataReceived function; the data is used; after obtaining the smart pointer object in the onDataReceived function, the user can directly use the data packet indicated by the smart pointer object.

[0110] For another example, the CamMemPacket mentioned above can be used to combine metadata, multi-layer YuvAddrInfo information, and multi-layer GdcImgInfo information, and to pass all camera layers required by the consumer to the consumer. Specifically, the YuvAddrInfo information can be used to represent cropped and scaled camera layer information, and the GdcImgInfo information can be used to represent distortion-corrected camera layer information.

[0111] After receiving the metadata, step S205 is executed to import the Buffer.

[0112] In the technical solution provided in step S205 of this application, the Buffer can be imported by calling the hb_mem_import_graph_buf function.

[0113] After importing the Buffer, execute step S206 to increment the reference count by 1.

[0114] In the technical solution provided in step S206 of this application, the reference count is incremented by 1, that is, N+1.

[0115] After incrementing the reference count by 1, step S207 is executed to process the obtained image data.

[0116] After processing the obtained image data, step S208 is executed to release the buffer.

[0117] After releasing the buffer, execute S209 to decrement the reference count by 1.

[0118] In the technical solution provided by step S209 of this application, the reference count is decremented by 1, that is, N-1.

[0119] In this embodiment, when a smart pointer object goes out of scope (e.g., a function returns), the smart pointer object's custom destructor can decrement the reference count by one by automatically calling the hb_mem_free_buf function.

[0120] After decrementing the reference count by 1, execute S210 to poll and monitor the reference count.

[0121] In the technical solution provided in step S210 of this application, the reference count can be managed by calling the hb_mem_wait_share_status_with_vaddr function.

[0122] After polling and monitoring the reference count, step S211 is executed to determine whether the reference count is less than or equal to the initial value N.

[0123] If it is determined that the reference count is less than or equal to the initial value N, then step S212 is executed to release the Buffer resource.

[0124] In the technical solution provided in step S212 of this application, the buffer resource can be safely released by calling the hb_vio_free_pymbuf function.

[0125] If it is determined that the reference count is greater than the initial value N, then return to step S210.

[0126] In this embodiment, the buffer can be accessed and image data obtained according to the API call sequence. For example, Figure 3 This is a flowchart of an API call sequence according to an embodiment of this application, such as... Figure 3 As shown, the API call sequence can be as follows.

[0127] Step S301: The command line arguments are parsed by the main function.

[0128] After the command-line arguments are parsed by the main function, step S302 is executed to create the management framework CamConsumerHandler(cameraID).

[0129] It should be noted that users need to initialize the framework using the following methods: pass the camera name string to CamConsumerHandler and instantiate a CamConsumerHandler object; register the instantiated IConsumerCallback object into the registerCallback function; complete the framework initialization using the Setup() function; and call the teardown() function to complete the framework destruction before the program terminates. Once initialization is complete, metadata from the production side can be obtained in real time through the onDataReceived function.

[0130] After creating the management framework CamConsumerHandler(cameraID), execute step S303 to create the class IConsumerCallback.

[0131] After creating the class IConsumerCallback, step S304 is executed to introduce the function registerCallback() into the class IConsumerCallback.

[0132] After the registerCallback() function is introduced into the IConsumerCallback class, step S305 is executed to set up the management framework by setting up the Setup() function.

[0133] After setting up the management framework, execute step S306 to process the registration signal through the SigSetup() function.

[0134] After processing the registration signal through the SigSetup() function, step S307 is executed, and if an exit signal is received, the end flag is set.

[0135] In the technical solution provided in step S307 of this application, an end flag is set. That is, exitFlag=true is set.

[0136] After setting the end flag, step S308 is executed, where the manager receives data via the onDataReceived(packet) function.

[0137] After the administrator receives the data function, step S309 is executed to print log information.

[0138] After printing the log information, proceed to step S310 to determine whether to store the graph to the file system.

[0139] In the technical solution provided by step S310 of this application, determining whether to store the image to the file system can be represented as: isFile(“save_image”)?.

[0140] If it is determined that the graph will be stored in the file system, then step S311 is executed to create a file stream.

[0141] If it is determined that the graph will not be stored in the file system, then step S312 is executed to transfer the file handle back to the class.

[0142] After creating a file stream or transferring a file handle back to the class, step S313 is executed to return the stored result to the class.

[0143] In the technical solution provided by step S313 of this application, the storage result may be that the image has been stored in the file system, or it may be that the image has not been stored in the file system.

[0144] After returning the stored result to the class, step S314 is executed to return the stored result to the management framework.

[0145] After returning the stored results to the administrator, step S315 is executed to receive the exit signal.

[0146] After receiving the exit signal, execute step S316 to release the resources.

[0147] After releasing the resources, execute step S317 and return to the main function.

[0148] After returning to the main function, step S318 is executed, and 0 is returned.

[0149] In this embodiment, middleware is deployed in the vehicle. Through the middleware's interface, the vehicle's storage area is determined; the target process of the vehicle is controlled, and image data is determined based on the target process's instruction data and the transmission data stored in the storage area; in response to the completion of the image data processing operation, the access status of the storage area is determined. Because this embodiment determines the vehicle's storage area through the middleware interface, controls the vehicle's target process, and based on the target process's instruction data and the determined transmission data stored in the storage area, it can determine the image data acquired by the acquisition device in the vehicle. Furthermore, in the case of the image data completing the processing operation, it can determine the access status of the storage area, that is, whether the target process has completed accessing the storage area. This achieves the goal of avoiding the CPU being busy moving data, thereby solving the technical problem of low data transmission efficiency in vehicles, and ultimately achieving the technical effect of improving the data transmission efficiency of vehicles.

[0150] According to another aspect of the embodiments of this application, corresponding to the embodiments of the vehicle area access method described above, the embodiments of this application also provide a vehicle area access device, wherein the vehicle is equipped with middleware. Figure 4 This is a structural block diagram of a vehicle area access device according to an embodiment of this application, such as... Figure 4 As shown, the area access device 400 of the vehicle may include: a first determining unit 402, a second determining unit 404 and a third determining unit 406.

[0151] The first determining unit 402 is used to determine the storage area of ​​the vehicle through the middleware interface.

[0152] The second determining unit 404 is used to control the target process of the vehicle and determine the image data based on the indication data of the target process and the transmission data stored in the storage area. The target process is used to perform post-processing operations on the image data, the indication data is used to instruct the target process to access the storage area through a pointer, and the transmission data is used to at least represent the pixel attributes of the image data. The image data is acquired by the acquisition device in the vehicle.

[0153] The third determining unit 406 is used to determine the access status of the storage area in response to the completion of the image data processing operation, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

[0154] Optionally, the second determining unit 404 may include: a first determining module, configured to control the target process to determine the virtual address data of the target process from the instruction data, wherein the virtual address data represents the virtual address allocated to the target process, and there is a mapping relationship between the virtual address and the first physical address to which the storage area is stored; a second determining module, configured to determine the first physical address to which the virtual address corresponding to the virtual address data satisfies the mapping relationship; an access module, configured to access the storage area through the first physical address to obtain the transmitted data; and a third determining module, configured to determine the image data based on the transmitted data.

[0155] Optionally, the third determining module may include: a first determining submodule, used to determine physical address data from the transmitted data, wherein the physical address data is used to represent a second physical address where the image data is stored; and an access submodule, used to access the second physical address represented by the physical address data to obtain the image data.

[0156] Optionally, the vehicle's area access device 400 may further include: an update unit for updating the current access count of the storage area to a first access count, wherein the current access count is less than the first access count.

[0157] Optionally, the third determining unit 406 may include: an updating module, configured to update the current access count of the storage area to a second access count in response to a completed processing operation on the image data, wherein the current access count is greater than the second access count; and a fourth determining module, configured to determine the access status based on the second access count and a preset access count.

[0158] Optionally, the fourth determining module may include: a second determining submodule, used to determine the access status as the target process has completed accessing the storage area in response to the second access quantity being less than or equal to a preset access quantity; and a third determining submodule, used to determine the access status as the target process has not completed accessing the storage area in response to the second access quantity being greater than the preset access quantity.

[0159] Optionally, the area access device 400 of the vehicle may further include: a fourth determining unit, configured to determine the next transmission data in response to the access status being that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, wherein the next transmission data is used to at least represent the pixel attributes possessed by the next image data; a first storage unit, configured to store the next transmission data in the storage area in response to the capacity of the remaining storage area in the storage area being greater than a preset capacity, wherein the remaining storage area is the storage area in the storage area excluding the storage area storing the transmission data; and a second storage unit, configured to delete the transmission data in the storage area and store the next transmission data in the deleted storage area in response to the capacity of the remaining storage area being less than or equal to the preset capacity.

[0160] Optionally, the acquisition device includes multiple sub-acquisition devices, which are deployed in different areas of the vehicle. The vehicle's area access device 400 may further include: an acquisition unit, used to acquire sub-image data acquired by the multiple sub-acquisition devices to obtain multiple sub-image data, wherein the image data includes multiple sub-image data; a fifth determination unit, used to determine sub-transmission data corresponding to the multiple sub-image data to obtain multiple sub-transmission data, wherein the sub-transmission data is used to at least represent the pixel attributes possessed by the sub-image data; and a third storage unit, used to store the multiple sub-transmission data in a storage area.

[0161] In this embodiment, the vehicle's area access device includes the following units: a first determining unit, used to determine the vehicle's storage area through a middleware interface; a second determining unit, used to control the vehicle's target process, and determine image data based on the target process's instruction data and the transmission data stored in the storage area, wherein the target process performs post-processing operations on the image data, the instruction data instructs the target process to access the storage area via a pointer, the transmission data at least represents the pixel attributes of the image data, and the image data is acquired by a vehicle's acquisition device; and a third determining unit, used to determine the access status of the storage area in response to the completion of post-processing operations on the image data, wherein the access status indicates whether the target process has completed accessing the storage area. This achieves the goal of avoiding the CPU being busy moving data, thereby solving the technical problem of low data transmission efficiency in vehicles and ultimately improving the technical effect of data transmission efficiency in vehicles.

[0162] Embodiments of this application also provide an electronic device, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of this application when it runs.

[0163] Embodiments of this application also provide a computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0164] Embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0165] Embodiments of this application also provide a computer program product, including a non-volatile computer-readable storage medium for storing a computer program that, when executed by a processor, implements the methods in various embodiments of this application.

[0166] Embodiments of this application also provide a computer program that, when executed by a processor, implements the methods described in the various embodiments of this application.

[0167] Embodiments of this application also provide a vehicle that includes the electronic devices described in this application.

[0168] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0169] According to an embodiment of this application, an electronic device is also provided. Figure 5 This is a schematic diagram of an electronic device according to an embodiment of this application, such as... Figure 5 As shown, the electronic device 500 may include a memory 510 and a processor 520, wherein the memory 510 is used to store an executable program; and the processor 520 is used to run the program stored in the memory 510, and the program executes the method of this application when it runs.

[0170] In this application, "multiple" refers to two or more.

[0171] In this application, unless otherwise expressly defined, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.

[0172] The terms “first,” “second,” “third,” “fourth,” etc., in this application (if present) are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0173] In this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, in this application, the character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0174] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided. The computer-readable storage medium includes a stored program, wherein, when the program is executed, it controls the device on which the computer-readable storage medium is located to perform the device control method for the vehicle in the embodiment.

[0175] Computer-readable storage media, also known as computer storage media, may include data signals propagated in baseband or as part of a carrier wave, carrying readable program code. These propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable storage media can transmit, propagate, or transfer programs for use by or in conjunction with an instruction execution system, apparatus, or device.

[0176] The program code contained in a computer-readable storage medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, radio frequency, or any suitable combination thereof.

[0177] Optionally, when the above-mentioned computer program is executed by the processor, the program code implements the following steps: determining the vehicle's storage area through the middleware interface; controlling the vehicle's target process, determining image data based on the target process's instruction data and the transmission data stored in the storage area, wherein the target process is used to perform post-processing operations on the image data, the instruction data is used to instruct the target process to access the storage area via a pointer, the transmission data is used to at least represent the pixel attributes of the image data, and the image data is acquired by the acquisition device in the vehicle; in response to the completion of the post-processing operation on the image data, determining the access status of the storage area, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

[0178] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: controlling the target process, determining the virtual address data of the target process from the instruction data, wherein the virtual address data is used to represent the virtual address allocated to the target process, and there is a mapping relationship between the virtual address and the first physical address to which the storage area is stored; determining the first physical address that satisfies the mapping relationship with the virtual address data; accessing the storage area through the first physical address to obtain the transmission data; and determining the image data based on the transmission data.

[0179] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: determining physical address data from the transmitted data, wherein the physical address data is used to represent the second physical address where the image data is stored; accessing the second physical address represented by the physical address data to obtain the image data.

[0180] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: updating the current access count of the storage area to a first access count, wherein the current access count is less than the first access count.

[0181] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: in response to the completion of the image data processing operation, the current access count of the storage area is updated to a second access count, wherein the current access count is greater than the second access count; and the access status is determined based on the second access count and the preset access count.

[0182] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: in response to the second access quantity being less than or equal to the preset access quantity, determining the access status as the target process has completed accessing the storage area; in response to the second access quantity being greater than the preset access quantity, determining the access status as the target process has not completed accessing the storage area.

[0183] Optionally, when the above-mentioned computer program is executed by the processor, the program code implements the following steps: in response to the access state being that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, determining the next transmission data of the transmission data, wherein the next transmission data is used to at least represent the pixel attributes possessed by the next image data; in response to the capacity of the remaining storage area in the storage area being greater than a preset capacity, storing the next transmission data in the storage area, wherein the remaining storage area is the storage area in the storage area excluding the storage area storing the transmission data; in response to the capacity of the remaining storage area being less than or equal to the preset capacity, deleting the transmission data in the storage area and storing the next transmission data in the deleted storage area.

[0184] Optionally, when the above computer program is executed by the processor, the program code implements the following steps: acquiring sub-image data acquired by multiple sub-acquisition devices to obtain multiple sub-image data, wherein the image data includes: multiple sub-image data; determining sub-transmission data corresponding to the multiple sub-image data to obtain multiple sub-transmission data, wherein the sub-transmission data is used to at least represent the pixel attributes possessed by the sub-image data; and storing the multiple sub-transmission data in a storage area.

[0185] In the embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0186] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0187] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0188] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0189] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method for vehicle area access, characterized in that, The vehicle is equipped with middleware, and the method includes: The storage area of ​​the vehicle is determined through the middleware interface; The target process controlling the vehicle determines image data based on the instruction data of the target process and the transmission data stored in the storage area. The target process is used to perform post-processing operations on the image data. The instruction data is used to instruct the target process to access the storage area via a pointer. The transmission data is used to at least represent the pixel attributes of the image data. The image data is acquired by the acquisition device in the vehicle. In response to the completion of the post-processing operation on the image data, the access status of the storage area is determined, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

2. The method according to claim 1, characterized in that, The target process controlling the vehicle determines image data based on the instruction data of the target process and the transmission data stored in the storage area, including: Control the target process and determine the virtual address data of the target process from the instruction data, wherein the virtual address data is used to represent the virtual address allocated to the target process, and the virtual address has a mapping relationship with the first physical address to which the storage area is stored; Determine the first physical address that satisfies the mapping relationship with the virtual address corresponding to the virtual address data; The storage area is accessed through the first physical address to obtain the transmitted data; The image data is determined based on the transmitted data.

3. The method according to claim 2, characterized in that, Determining the image data based on the transmitted data includes: From the transmitted data, physical address data is determined, wherein the physical address data is used to represent a second physical address where the image data is stored; The image data is obtained by accessing the second physical address represented by the physical address data.

4. The method according to claim 1, characterized in that, After determining the image data based on the instruction data of the target process controlling the vehicle and the transmission data stored in the storage area, the method further includes: The current access count of the storage area is updated to a first access count, wherein the current access count is less than the first access count.

5. The method according to claim 1, characterized in that, In response to the completion of the post-processing operation on the image data, determining the access status of the storage area includes: In response to the completion of the post-processing operation on the image data, the current access count of the storage area is updated to a second access count, wherein the current access count is greater than the second access count; The access status is determined based on the second access count and the preset access count.

6. The method according to claim 5, characterized in that, Based on the second access count and the preset access count, the access status is determined, including: In response to the second access quantity being less than or equal to the preset access quantity, the access status is determined to be that the target process has completed accessing the storage area; In response to the second access count being greater than the preset access count, the access status is determined to be that the target process has not completed accessing the storage area.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: In response to the access status being that the target process has completed accessing the storage area and the acquisition device has acquired the next image data of the image data, the next transmission data of the transmission data is determined, wherein the next transmission data is used to at least represent the pixel attributes of the next image data; In response to the fact that the capacity of the remaining storage area in the storage area is greater than the preset capacity, the next transmitted data is stored in the storage area, wherein the remaining storage area is the storage area in the storage area excluding the storage area that stores the transmitted data; In response to the remaining storage area having a capacity less than or equal to the preset capacity, the transmitted data is deleted from the storage area, and the next transmitted data is stored in the deleted storage area.

8. A vehicle area access device, characterized in that, The vehicle is equipped with middleware, and the device includes: The first determining unit is used to determine the storage area of ​​the vehicle through the interface of the middleware; The second determining unit is used to control the target process of the vehicle and determine image data based on the indication data of the target process and the transmission data stored in the storage area. The target process is used to perform post-processing operations on the image data. The indication data is used to instruct the target process to access the storage area via a pointer. The transmission data is used to at least represent the pixel attributes of the image data. The image data is acquired by the acquisition device in the vehicle. The third determining unit is configured to determine the access status of the storage area in response to the completion of the post-processing operation on the image data, wherein the access status is used to indicate whether the target process has completed accessing the storage area.

9. An electronic device, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored executable program, wherein, when the executable program is executed, it controls the device on which the storage medium is located to perform the method according to any one of claims 1 to 7.

Images