CN115237630B - Data processing method, device, vehicle, storage medium and chip - Google Patents
Data processing method, device, vehicle, storage medium and chip Download PDFInfo
- Publication number
- CN115237630B CN115237630B CN202210878439.9A CN202210878439A CN115237630B CN 115237630 B CN115237630 B CN 115237630B CN 202210878439 A CN202210878439 A CN 202210878439A CN 115237630 B CN115237630 B CN 115237630B
- Authority
- CN
- China
- Prior art keywords
- data processing
- instruction
- module
- data
- management module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 354
- 230000004044 response Effects 0.000 claims abstract description 32
- 230000003139 buffering effect Effects 0.000 claims abstract description 5
- 238000004891 communication Methods 0.000 claims description 42
- 238000000034 method Methods 0.000 claims description 31
- 239000000725 suspension Substances 0.000 claims description 18
- 230000015654 memory Effects 0.000 claims description 14
- 230000001960 triggered effect Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 10
- 230000008447 perception Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 230000006399 behavior Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 230000006378 damage Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000010267 cellular communication Effects 0.000 description 3
- 239000000446 fuel Substances 0.000 description 3
- LFQSCWFLJHTTHZ-UHFFFAOYSA-N Ethanol Chemical compound CCO LFQSCWFLJHTTHZ-UHFFFAOYSA-N 0.000 description 2
- ATUOYWHBWRKTHZ-UHFFFAOYSA-N Propane Chemical compound CCC ATUOYWHBWRKTHZ-UHFFFAOYSA-N 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 238000002485 combustion reaction Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 101001093748 Homo sapiens Phosphatidylinositol N-acetylglucosaminyltransferase subunit P Proteins 0.000 description 1
- 241001465754 Metazoa Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000003208 petroleum Substances 0.000 description 1
- 239000001294 propane Substances 0.000 description 1
- 230000000979 retarding effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Small-Scale Networks (AREA)
Abstract
The present disclosure relates to a data processing method, a device, a vehicle, a storage medium and a chip, wherein the data processing method is used for buffering data processing instructions according to a preset priority order in response to receiving one or more data processing instructions so as to obtain a first message queue; sequentially creating lightweight data processing threads corresponding to each data processing instruction according to the sequence of the first message queue; and acquiring data to be processed from the vehicle according to a first identifier corresponding to each data processing instruction, and converting the data to be processed into target data in a target format through a lightweight data processing thread. In this way, the lightweight data processing threads corresponding to each data processing instruction can be sequentially generated according to the received one or more data processing instructions, and data in a corresponding format can be generated by running the lightweight data processing threads corresponding to the one or more data processing instructions in parallel, so that the data processing efficiency can be effectively improved, and the improvement of user experience is facilitated.
Description
Technical Field
The disclosure relates to the technical field of vehicles, and in particular relates to a data processing method, a data processing device, a vehicle, a storage medium and a chip.
Background
Data in a vehicle is usually stored as files in different formats (for example, may be stored as BLF (Binary Logging Format, binary log format), MDF (Measurement Data Format ), JPG (Joint Photographic experts Group, image format), etc.) according to requirements before being uploaded to a cloud server, and then the target files in different formats are uploaded to the cloud server so that the data uploaded to the cloud server meets the format requirements of a calling terminal.
Disclosure of Invention
To overcome the problems in the related art, the present disclosure provides a data processing method, apparatus, vehicle, storage medium, and chip.
According to a first aspect of an embodiment of the present disclosure, there is provided a data processing method, applied to a vehicle, including:
responding to receiving one or more data processing instructions, and caching the data processing instructions according to a preset priority order to obtain a first message queue;
sequentially creating lightweight data processing threads corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format;
And acquiring the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and converting the data to be processed into target data in the target format through the lightweight data processing thread.
Optionally, before the data processing instructions are cached according to a preset priority order in response to receiving one or more data processing instructions issued by at least one control module, so as to obtain a first message queue, the method further includes:
the method comprises the steps of responding to a target instruction triggered by the vehicle, creating an instruction management module and a data processing module connected with the instruction management module, wherein the instruction management module is used for managing one or more received data processing instructions, and the data processing module is used for generating data in a specified format according to the data processing instructions forwarded by the instruction management module;
and under the condition that the establishment of the instruction management module and the data processing module is determined to be completed, controlling the instruction management module to establish communication connection with at least one control module, wherein the control module is used for triggering the data processing instruction.
Optionally, the method further comprises:
acquiring a current working state of each currently running lightweight data processing thread through the data processing module, and generating a second message queue comprising the current working state corresponding to each lightweight data processing thread, wherein different lightweight data processing threads are used for executing different data processing tasks;
transmitting the current working state to the instruction management module according to the sequence of the second message queue;
and the instruction management module responds to the received current working state and feeds the current working state back to the corresponding control module.
Optionally, the current working state includes a completion state, and the method further includes:
and the data processing module deletes the target lightweight data processing thread under the condition that the current working state of the target lightweight data processing thread is determined to be a completion state.
Optionally, in response to receiving one or more data processing instructions issued by at least one control module, buffering the data processing instructions according to a preset priority order to obtain a first message queue, including:
The instruction management module responds to the received data processing instructions issued by the at least one control module, generates the first message queue, and sequentially transmits the data processing instructions to the data processing module according to the sequence of the first message queue;
correspondingly, the step of sequentially creating the lightweight data processing thread corresponding to each data processing instruction according to the order of the first message queue comprises the following steps:
the data processing module creates the lightweight data processing thread in the target format in response to receiving the data processing instruction.
Optionally, the instruction management module is connected with the data processing module through a first communication channel and a second communication channel, and the transmitting the data processing instruction to the data processing module sequentially according to the sequence of the first message queue includes:
sequentially transmitting the data processing instructions to the data processing module through the first communication channel according to the sequence of the first message queue;
the step of sending the current working state to the instruction management module according to the sequence of the second message queue comprises the following steps:
And sending the current working state to the instruction management module through the second communication channel according to the sequence of the second message queue.
Optionally, the method further comprises:
receiving a processing suspension instruction triggered by the control module through the instruction management module;
in response to receiving the pause processing instruction, forwarding the pause processing instruction to the data processing module, wherein the pause processing instruction comprises a second identification of pause processing data and a demand format corresponding to the pause processing data;
and the data processing module responds to the received pause processing instruction, determines a specified lightweight data processing thread corresponding to the pause processing data from one or more currently operated lightweight data processing threads according to the second identifier and the demand format, and deletes the specified lightweight data processing thread.
Optionally, the target instruction is a vehicle power-on instruction, the creating an instruction management module in response to receiving the target instruction triggered by the vehicle, and a data processing module connected with the instruction management module, including:
in response to receiving the vehicle power-on instruction, acquiring a first logic program file and a second logic program file;
Operating the first logic program file to create the instruction management module;
and running the second logic program file to create the data processing module.
Optionally, the method further comprises:
and deleting the instruction management module and the data processing module under the condition of receiving a destroying instruction.
According to a second aspect of the embodiments of the present disclosure, there is provided a data processing apparatus, applied to a vehicle, including:
the first determining module is configured to respond to receiving one or more data processing instructions, and buffer the data processing instructions according to a preset priority order so as to obtain a first message queue;
the first creating module is configured to sequentially create a lightweight data processing thread corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format;
and the second determining module is configured to acquire the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and convert the data to be processed into target data in the target format through the lightweight data processing thread.
Optionally, the apparatus further comprises:
the second creation module is configured to respond to the received target instruction triggered by the vehicle, create an instruction management module and a data processing module connected with the instruction management module, wherein the instruction management module is used for managing one or more received data processing instructions, and the data processing module is used for generating data in a specified format according to the data processing instructions forwarded by the instruction management module;
and the third determining module is configured to control the instruction management module to establish communication connection with at least one control module under the condition that the creation of the instruction management module and the data processing module is determined to be completed, and the control module is used for triggering the data processing instruction.
Optionally, the apparatus further comprises:
the acquisition module is configured to acquire the current working state of each lightweight data processing thread running currently through the data processing module, and generate a second message queue comprising the current working state corresponding to each lightweight data processing thread, wherein different lightweight data processing threads are used for executing different data processing tasks;
The first sending module is configured to send the current working state to the instruction management module according to the sequence of the second message queue;
the first receiving module is configured to respond to the current working state received by the instruction management module and feed the current working state back to the corresponding control module.
Optionally, the current working state includes a completion state, and the apparatus further includes:
and the fourth determining module is configured to delete the target lightweight data processing thread when the current working state of the target lightweight data processing thread is determined to be a completion state by the data processing module.
Optionally, the first determining module is configured to:
the instruction management module responds to the received data processing instructions issued by the at least one control module, generates the first message queue, and sequentially transmits the data processing instructions to the data processing module according to the sequence of the first message queue;
accordingly, the first creation module is configured to:
the data processing module creates the lightweight data processing thread in the target format in response to receiving the data processing instruction.
Optionally, the instruction management module is connected to the data processing module through a first communication channel and a second communication channel, and the first determining module is configured to:
sequentially transmitting the data processing instructions to the data processing module through the first communication channel according to the sequence of the first message queue;
the acquisition module is configured to:
and sending the current working state to the instruction management module through the second communication channel according to the sequence of the second message queue.
Optionally, the apparatus further comprises:
the second receiving module is configured to receive a processing suspension instruction triggered by the control module through the instruction management module;
a second sending module configured to forward the suspension processing instruction to the data processing module in response to receiving the suspension processing instruction, the suspension processing instruction including a second identification of suspension processing data and a demand format corresponding to the suspension processing data;
and a fifth determining module configured to determine a specified lightweight data processing thread corresponding to the suspended processing data from one or more lightweight data processing threads currently running according to the second identifier and the requirement format, and delete the specified lightweight data processing thread in response to receiving the suspended processing instruction.
Optionally, the target instruction is a vehicle power-on instruction, and the second creating module is configured to:
in response to receiving the vehicle power-on instruction, acquiring a first logic program file and a second logic program file;
operating the first logic program file to create the instruction management module;
and running the second logic program file to create the data processing module.
Optionally, the apparatus further comprises:
and the third receiving module is configured to delete the instruction management module and the data processing module under the condition of receiving the destroying instruction.
According to a third aspect of embodiments of the present disclosure, there is provided a vehicle comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
the steps of the method described above in the first aspect are performed.
According to a fourth aspect of embodiments of the present disclosure, there is provided a computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the steps of the method of the first aspect above.
According to a fifth aspect of embodiments of the present disclosure, there is provided a chip comprising a processor and an interface; the processor is configured to read instructions to perform the method described above in the first aspect.
The technical scheme provided by the embodiment of the disclosure can comprise the following beneficial effects:
buffering the data processing instructions according to a preset priority order in response to receiving one or more data processing instructions, so as to obtain a first message queue; sequentially creating lightweight data processing threads corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format; and acquiring the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and converting the data to be processed into target data in the target format through the lightweight data processing thread. In this way, the lightweight data processing threads corresponding to each data processing instruction can be sequentially generated according to the received one or more data processing instructions, and the lightweight data processing threads corresponding to the one or more data processing instructions are operated in parallel to generate data in a corresponding format, so that the data processing efficiency can be effectively improved, and the user experience is improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure.
FIG. 1 is a flow chart of a data processing method shown in an exemplary embodiment of the present disclosure;
FIG. 2 is a flow chart of a data processing method shown in another exemplary embodiment of the present disclosure;
FIG. 3 is a schematic diagram of a data processing method shown in an exemplary embodiment of the present disclosure;
FIG. 4 is a flow chart of a method of data processing according to the embodiment shown in FIG. 2;
FIG. 5 is a block diagram of a data processing apparatus shown in an exemplary embodiment of the present disclosure;
FIG. 6 is a block diagram of a data processing apparatus according to the embodiment shown in FIG. 5;
FIG. 7 is a block diagram of another data processing apparatus shown in accordance with the embodiment of FIG. 5;
FIG. 8 is a functional block diagram of a vehicle, shown in an exemplary embodiment.
Detailed Description
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.
FIG. 1 is a flow chart of a data processing method shown in an exemplary embodiment of the present disclosure; as shown in fig. 1, the data processing method is applied to a vehicle, and may include the following steps:
step 101, in response to receiving one or more data processing instructions, buffering the data processing instructions according to a preset priority order to obtain a first message queue.
The preset priority order may be a time sequence of receiving the data processing instruction, or may be a priority order preset according to a type of the data processing instruction. For example, when the data processing instruction includes a first type of data processing instruction for generating a BLF format file, a second type of data processing instruction for generating an MDF format file, and a third type of data processing instruction for generating a JPG format file, the priority of the first type of data processing instruction may be preset to be higher than the priority of the second type of data processing instruction, where the priority of the second type of data processing instruction is higher than the priority of the third type of data processing instruction.
Step 102, sequentially creating lightweight data processing threads corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format.
Wherein the first identifier may be a name, code or icon of the data. The target format may be one of BLF, MDF and JPG, or other file formats known in the art.
Step 103, obtaining the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and converting the data to be processed into target data in the target format through the lightweight data processing thread.
Wherein the lightweight data processing thread may be a golutine (lightweight thread) managed by a golang (a programming language) runtime.
According to the technical scheme, the lightweight data processing threads corresponding to the data processing instructions can be sequentially generated according to the received one or more data processing instructions, and the data in the corresponding format is generated by running the lightweight data processing threads corresponding to the one or more data processing instructions in parallel, so that the data processing efficiency can be effectively improved, and the user experience is improved.
FIG. 2 is a flow chart of a data processing method, as shown in FIG. 2, shown in another exemplary embodiment of the present disclosure, which may include:
in step 201, in response to receiving a target command triggered by the vehicle, a command management module and a data processing module connected to the command management module are created.
The target instruction is a vehicle power-on instruction, the instruction management module is connected with the data processing module through a first communication channel and a second communication channel, the instruction management module is used for managing one or more received data processing instructions, and the data processing module is used for generating data in a specified format according to the data processing instructions forwarded by the instruction management module.
In this step, a first logic program file and a second logic program file may be acquired in response to receiving the vehicle power-on instruction; operating the first logic program file to create the instruction management module; the second logical program file is run to create the data processing module.
It should be noted that in one possible implementation, the first logic program file may include a counter and a buffer queue, where the buffer queue is used to store the received data processing instructions, and the counter is used to record the number of data processing instructions currently existing in the instruction management module. In another possible implementation, the first logical program file may include a stack for storing the data processing instructions.
In addition, the second logical program file may include a preset lightweight data processing thread program for each file format. The method can also only comprise a designated logic program for calling the preset lightweight data processing thread program in each file format, wherein the designated logic program comprises a storage address of the preset lightweight data processing thread program, and the preset lightweight data processing thread program is obtained by accessing the storage address.
And step 202, controlling the instruction management module to establish communication connection with at least one control module under the condition that the creation of the instruction management module and the data processing module is determined to be completed.
The communication modes corresponding to the different control management modules may be different or the same, and the communication modes of the at least one control module may include one or more of UDP (User Datagram Protocol ), TCP (Transmission Control Protocol, transmission control protocol), MQTT (Message Queuing Telemetry Transport, message queue telemetry transport) and DDS (Data Distribution Service data distribution service).
In this step, after the creation of the instruction management module and the data processing module is completed, corresponding creation completion feedback information may be generated, and in the case where it is determined that the creation completion feedback information is received, it is determined that the creation of the instruction management module and the data processing module is completed.
In step 203, the instruction management module caches the data processing instructions according to a preset priority order in response to receiving one or more data processing instructions issued by the at least one control module, so as to obtain a first message queue, and sequentially transmits the data processing instructions to the data processing module according to the order of the first message queue.
The preset priority order may be a time sequence of receiving the data processing instruction, or may be a priority order preset according to a type of the data processing instruction.
In this step, the data processing instruction may be sequentially transmitted to the data processing module through the first communication channel in the order of the first message queue.
In response to receiving the data processing instruction, the data processing module creates a lightweight data processing thread in the target format, step 204.
Wherein the lightweight data processing thread may be a golutene (lightweight thread) managed by a golang (programming language) runtime.
Step 205, obtaining the data to be processed from the vehicle according to the first identifier by the lightweight data processing thread, and converting the data to be processed into the target data in the target format.
By way of example, fig. 3 is a schematic diagram of a data processing method according to an exemplary embodiment of the present disclosure, as shown in fig. 3, the order manager generates an order queue from a plurality of received orders, and sequentially transmits each order to a workbench (data processing module), where the workbench generates a corresponding assembly line (lightweight data processing thread) according to each received order, so as to generate a plurality of assembly lines in the workbench, where different assembly lines may be used to generate data corresponding to different file formats, or may generate different data in the same file format, for example: when data is required to be stored as a BLF file in order, an assmbly line of a BLF attribute is created, and when data is required to be stored as a pdf file in order, an assmbly line of a pdf attribute is created. In order to store the vehicle battery data as a BLF file, an assmbly line for generating a battery data file of a BLF attribute is created, and in order to store the vehicle travel data as a BLF file, an assmbly line for generating a vehicle travel data file of a BLF attribute is created.
In this way, through the steps 201 to 205, according to receiving one or more data processing instructions, a lightweight data processing thread corresponding to each data processing instruction can be sequentially generated, and by running one or more lightweight data processing threads corresponding to the data processing instructions in parallel, data in a corresponding format can be generated, so that data processing efficiency can be effectively improved, and user experience can be improved.
Step 206, obtaining, by the data processing module, a current working state of each lightweight data processing thread currently running, and generating a second message queue including a corresponding current working state of each lightweight data processing thread.
Wherein different ones of the lightweight data processing threads are configured to perform different ones of the data processing tasks.
Illustratively: in order to store data as MDF file, an assembly line of MDF attribute is created, in order to store vehicle battery data as BLF file is created, an assembly line of BLF attribute is created for generating battery data file, and in order to store vehicle running data as BLF file is created, an assembly line of BLF attribute is created for generating vehicle running data file.
Step 207, the current working state is sent to the instruction management module according to the order of the second message queue.
Wherein the current operating state includes a processing state and a completion state.
In this step, the current working state may be sent to the instruction management module through the second communication channel. The second message queue may be, for example, a file list (message queue) as shown in fig. 3, which is obtained by the second communication channel.
In step 208, the command management module responds to the current operation state and feeds back the current operation state to the corresponding control module.
For example, if the current working state is a state corresponding to an assembly line for generating a battery data file, feeding back the current state to a control module for triggering a target order for generating the battery data file; and if the current working state is the state corresponding to the assembly line for generating the vehicle running data file, feeding back the current state to a control module for triggering a designated order for generating the vehicle running data file.
In step 209, the data processing module deletes the target lightweight data processing thread if it is determined that the current operating state of the target lightweight data processing thread is a complete state.
Step 210, deleting the instruction management module and the data processing module when a destruction instruction is received.
The destroying instruction may be a vehicle power-down instruction, or may be other preset signals.
Through the steps 206 to 210, the current working state of each lightweight data processing thread can be timely and effectively fed back to the corresponding control module, the target lightweight data processing thread with the current working state being the completion state can be timely and effectively deleted, and the instruction management module and the data processing module can be deleted under the condition of receiving a destruction instruction, so that the data processing efficiency can be effectively ensured, the available data processing space can be timely cleaned, and the resource utilization rate can be improved.
FIG. 4 is a flow chart of a data processing method according to the embodiment shown in FIG. 2, and as shown in FIG. 4, the data processing method may further include:
step 211, receiving, by the instruction management module, a suspension processing instruction triggered by the control module.
The suspension processing instruction comprises a second identification of suspension processing data and a demand format corresponding to the suspension processing data.
Wherein the second identifier may be a name, code or icon of the suspended processing data. The required format may be one of BLF, MDF and JPG, or other file formats in the prior art.
In response to receiving the pause processing instruction, the pause processing instruction is forwarded to the data processing module, step 212.
In step 213, the data processing module determines a specified lightweight data processing thread corresponding to the suspended processing data from the one or more lightweight data processing threads currently running according to the second identifier and the requirement format in response to receiving the suspended processing instruction, and deletes the specified lightweight data processing thread.
It should be noted that, each lightweight data processing thread includes identification information of current processed data and format information of generated data, and the specified lightweight data processing thread corresponding to the second identification and the required format may be determined from one or more lightweight data processing threads currently running.
The steps 211 to 213 can effectively receive the instruction of suspending processing in time and stop the corresponding data processing, so as to effectively improve the user experience.
FIG. 5 is a block diagram of a data processing apparatus shown in an exemplary embodiment of the present disclosure; as shown in fig. 5, the data processing apparatus, applied to a vehicle, includes:
a first determining module 501 configured to buffer, in response to receiving one or more data processing instructions, the data processing instructions in a preset priority order to obtain a first message queue;
a first creating module 502, configured to sequentially create, according to the order of the first message queue, a lightweight data processing thread corresponding to each data processing instruction, where the data processing instruction includes a first identifier of data to be processed and a target format of a requirement;
a second determining module 503, configured to obtain the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and convert the data to be processed into target data in the target format through the lightweight data processing thread.
According to the technical scheme, the lightweight data processing threads corresponding to the data processing instructions can be sequentially generated according to the received one or more data processing instructions, and the data in the corresponding format is generated by running the lightweight data processing threads corresponding to the one or more data processing instructions in parallel, so that the data processing efficiency can be effectively improved, and the user experience is improved.
FIG. 6 is a block diagram of a data processing apparatus according to the embodiment shown in FIG. 5; as shown in fig. 6, the apparatus further includes:
a second creation module 504 configured to create an instruction management module in response to receiving the target instruction triggered by the vehicle, the instruction management module being configured to manage the received one or more data processing instructions, and a data processing module connected to the instruction management module, the data processing module being configured to generate data in a specified format according to the data processing instructions forwarded by the instruction management module;
a third determining module 505, configured to control the instruction management module to establish a communication connection with at least one control module, in case it is determined that the creation of the instruction management module and the data processing module is completed, the control module being configured to trigger the data processing instruction.
Optionally, the apparatus further comprises:
an obtaining module 506, configured to obtain, by using the data processing module, a current working state of each lightweight data processing thread that is currently running, and generate a second message queue that includes a corresponding current working state of each lightweight data processing thread, where different lightweight data processing threads are used to execute different data processing tasks;
A first sending module 507 configured to send the current working state to the instruction management module in the order of the second message queue;
the first receiving module 508 is configured to, in response to receiving the current operating state, feed back the current operating state to the corresponding control module.
Optionally, the current working state includes a completion state, and the apparatus further includes:
a fourth determination module 509 configured to delete a target lightweight data processing thread if the data processing module determines that the current operational state of the target lightweight data processing thread is a complete state.
Optionally, the first determining module 501 is configured to:
the instruction management module responds to the received data processing instructions issued by the at least one control module, generates the first message queue, and sequentially transmits the data processing instructions to the data processing module according to the sequence of the first message queue;
accordingly, the first creation module 502 is configured to:
the data processing module creates the lightweight data processing thread in the target format in response to receiving the data processing instruction.
Optionally, the instruction management module is connected to the data processing module through a first communication channel and a second communication channel, and the first determining module 501 is configured to:
sequentially transmitting the data processing instructions to the data processing module through the first communication channel according to the sequence of the first message queue;
the obtaining module 506 is configured to:
and transmitting the current working state to the instruction management module through the second communication channel according to the sequence of the second message queue.
FIG. 7 is a block diagram of another data processing apparatus shown in accordance with the embodiment of FIG. 5; as shown in fig. 7, the apparatus further includes:
a second receiving module 510 configured to receive, by the instruction management module, a suspension processing instruction triggered by the control module;
a second sending module 511 configured to forward the suspension processing instruction to the data processing module in response to receiving the suspension processing instruction, the suspension processing instruction including a second identification of suspension processing data and a demand format corresponding to the suspension processing data;
a fifth determining module 512, configured to, in response to receiving the suspend processing instruction, determine a specified lightweight data processing thread corresponding to the suspend processing data from the one or more lightweight data processing threads currently running according to the second identifier and the requirement format, and delete the specified lightweight data processing thread.
Optionally, the target instruction is a vehicle power-on instruction, and the second creating module 504 is configured to:
responding to the received vehicle power-on instruction, acquiring a first logic program file and a second logic program file;
operating the first logic program file to create the instruction management module;
the second logical program file is run to create the data processing module.
Optionally, the apparatus further comprises:
the third receiving module 513 is configured to delete the instruction management module and the data processing module in case of receiving a destruction instruction.
According to the technical scheme, the current working state of each lightweight data processing thread can be timely and effectively fed back to the corresponding control module, the target lightweight data processing thread with the current working state being the completion state can be timely and effectively deleted, and the instruction management module and the data processing module can be deleted under the condition that a destruction instruction is received, so that the data processing efficiency can be effectively ensured, the available data processing space can be timely cleaned, and the resource utilization rate can be improved.
The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.
The apparatus may be a stand-alone electronic device or may be part of a stand-alone electronic device, for example, in one embodiment, the apparatus may be an integrated circuit (Integrated Circuit, IC) or a chip, where the integrated circuit may be an IC or may be a collection of ICs; the chip may include, but is not limited to, the following: GPU (Graphics Processing Unit, graphics processor), CPU (Central Processing Unit ), FPGA (Field Programmable Gate Array, programmable logic array), DSP (Digital Signal Processor ), ASIC (Application Specific Integrated Circuit, application specific integrated circuit), SOC (System on Chip, SOC, system on Chip or System on Chip), etc. The integrated circuits or chips described above may be used to execute executable instructions (or code) to implement the data processing methods described above. The executable instructions may be stored on the integrated circuit or chip or may be retrieved from another device or apparatus, such as the integrated circuit or chip including a processor, memory, and interface for communicating with other devices. The executable instructions may be stored in the memory, which when executed by a processor implement the data processing method described above; alternatively, the integrated circuit or chip may receive executable instructions through the interface and transmit the executable instructions to the processor for execution to implement the data processing method described above.
Referring to fig. 8, fig. 8 is a functional block diagram of a vehicle according to an exemplary embodiment. The vehicle 600 may be configured in a fully or partially autonomous mode. For example, the vehicle 600 may obtain environmental information of its surroundings through the perception system 620 and derive an automatic driving strategy based on analysis of the surrounding environmental information to achieve full automatic driving, or present the analysis results to the user to achieve partial automatic driving.
The vehicle 600 may include various subsystems, such as an infotainment system 610, a perception system 620, a decision control system 630, a drive system 640, and a computing platform 650. Alternatively, vehicle 600 may include more or fewer subsystems, and each subsystem may include multiple components. In addition, each of the subsystems and components of vehicle 600 may be interconnected via wires or wirelessly.
In some embodiments, the infotainment system 610 may include a communication system 611, an entertainment system 612, and a navigation system 613.
The communication system 611 may comprise a wireless communication system, which may communicate wirelessly with one or more devices, either directly or via a communication network. For example, the wireless communication system may use 3G cellular communication, such as CDMA, EVD0, GSM/GPRS, or 4G cellular communication, such as LTE. Or 5G cellular communication. The wireless communication system may communicate with a wireless local area network (wireless local area network, WLAN) using WiFi. In some embodiments, the wireless communication system may communicate directly with the device using an infrared link, bluetooth, or ZigBee. Other wireless protocols, such as various vehicle communication systems, for example, wireless communication systems may include one or more dedicated short-range communication (dedicated short range communications, DSRC) devices, which may include public and/or private data communications between vehicles and/or roadside stations.
Entertainment system 612 may include a display device, a microphone, and an audio, and a user may listen to the broadcast in the vehicle based on the entertainment system, playing music; or the mobile phone is communicated with the vehicle, the screen of the mobile phone is realized on the display equipment, the display equipment can be in a touch control type, and a user can operate through touching the screen.
In some cases, the user's voice signal may be acquired through a microphone and certain controls of the vehicle 600 by the user may be implemented based on analysis of the user's voice signal, such as adjusting the temperature within the vehicle, etc. In other cases, music may be played to the user through sound.
The navigation system 613 may include a map service provided by a map provider to provide navigation of a travel route for the vehicle 600, and the navigation system 613 may be used with the global positioning system 621 and the inertial measurement unit 622 of the vehicle. The map service provided by the map provider may be a two-dimensional map or a high-precision map.
The perception system 620 may include several types of sensors that sense information about the environment surrounding the vehicle 600. For example, sensing system 620 may include a global positioning system 621 (which may be a GPS system, or may be a beidou system, or other positioning system), an inertial measurement unit (inertial measurement unit, IMU) 622, a lidar 623, a millimeter wave radar 624, an ultrasonic radar 625, and a camera 626. The sensing system 620 may also include sensors (e.g., in-vehicle air quality monitors, fuel gauges, oil temperature gauges, etc.) of the internal systems of the monitored vehicle 600. Sensor data from one or more of these sensors may be used to detect objects and their corresponding characteristics (location, shape, direction, speed, etc.). Such detection and identification is a critical function of the safe operation of the vehicle 600.
The global positioning system 621 is used to estimate the geographic location of the vehicle 600.
The inertial measurement unit 622 is configured to sense a change in the pose of the vehicle 600 based on inertial acceleration. In some embodiments, inertial measurement unit 622 may be a combination of an accelerometer and a gyroscope.
The lidar 623 uses a laser to sense objects in the environment in which the vehicle 600 is located. In some embodiments, lidar 623 may include one or more laser sources, a laser scanner, and one or more detectors, among other system components.
The millimeter-wave radar 624 utilizes radio signals to sense objects within the surrounding environment of the vehicle 600. In some embodiments, millimeter-wave radar 624 may be used to sense the speed and/or heading of an object in addition to sensing the object.
The ultrasonic radar 625 may utilize ultrasonic signals to sense objects around the vehicle 600.
The image pickup device 626 is used to capture image information of the surrounding environment of the vehicle 600. The image capturing device 626 may include a monocular camera, a binocular camera, a structured light camera, a panoramic camera, etc., and the image information acquired by the image capturing device 626 may include still images or video stream information.
The decision control system 630 includes a computing system 631 that makes analysis decisions based on information acquired by the perception system 620, and the decision control system 630 also includes a vehicle controller 632 that controls the powertrain of the vehicle 600, as well as a steering system 633, throttle 634, and braking system 635 for controlling the vehicle 600.
The computing system 631 may be operable to process and analyze the various information acquired by the perception system 620 in order to identify targets, objects, and/or features in the environment surrounding the vehicle 600. The targets may include pedestrians or animals and the objects and/or features may include traffic signals, road boundaries, and obstacles. The computing system 631 may use object recognition algorithms, in-motion restoration structure (Structure from Motion, SFM) algorithms, video tracking, and the like. In some embodiments, the computing system 631 may be used to map the environment, track objects, estimate the speed of objects, and so forth. The computing system 631 may analyze the acquired various information and derive control strategies for the vehicle.
The vehicle controller 632 may be configured to coordinate control of the power battery and the engine 641 of the vehicle to enhance the power performance of the vehicle 600.
Steering system 633 is operable to adjust the direction of travel of vehicle 600. For example, in one embodiment may be a steering wheel system.
Throttle 634 is used to control the operating speed of engine 641 and thereby the speed of vehicle 600.
The braking system 635 is used to control deceleration of the vehicle 600. The braking system 635 may use friction to slow the wheels 644. In some embodiments, the braking system 635 may convert kinetic energy of the wheels 644 into electrical current. The braking system 635 may take other forms to slow the rotational speed of the wheels 644 to control the speed of the vehicle 600.
The drive system 640 may include components that provide powered movement of the vehicle 600. In one embodiment, the drive system 640 may include an engine 641, an energy source 642, a transmission 643, and wheels 644. The engine 641 may be an internal combustion engine, an electric motor, an air compression engine, or other types of engine combinations, such as a hybrid engine of a gasoline engine and an electric motor, or a hybrid engine of an internal combustion engine and an air compression engine. The engine 641 converts the energy source 642 into mechanical energy.
Examples of energy sources 642 include gasoline, diesel, other petroleum-based fuels, propane, other compressed gas-based fuels, ethanol, solar panels, batteries, and other sources of electricity. The energy source 642 may also provide energy to other systems of the vehicle 600.
The transmission 643 may transfer mechanical power from the engine 641 to wheels 644. The transmission 643 may include a gearbox, a differential, and a driveshaft. In one embodiment, the transmission 643 may also include other devices, such as a clutch. Wherein the drive shaft may include one or more axles that may be coupled to one or more wheels 644.
Some or all of the functions of the vehicle 600 are controlled by the computing platform 650. The computing platform 650 may include at least one processor 651, and the processor 651 may execute instructions 653 stored in a non-transitory computer-readable medium, such as memory 652. In some embodiments, computing platform 650 may also be a plurality of computing devices that control individual components or subsystems of vehicle 600 in a distributed manner.
The processor 651 may be any conventional processor, such as a commercially available CPU. Alternatively, the processor 651 may also include, for example, an image processor (Graphic Process Unit, GPU), a field programmable gate array (Field Programmable Gate Array, FPGA), a System On Chip (SOC), an application specific integrated Chip (Application Specific Integrated Circuit, ASIC), or a combination thereof. Although FIG. 8 functionally illustrates a processor, memory, and other elements of a computer in the same block, it will be understood by those of ordinary skill in the art that the processor, computer, or memory may in fact comprise multiple processors, computers, or memories that may or may not be stored within the same physical housing. For example, the memory may be a hard disk drive or other storage medium located in a different housing than the computer. Thus, references to a processor or computer will be understood to include references to a collection of processors or computers or memories that may or may not operate in parallel. Rather than using a single processor to perform the steps described herein, some components, such as the steering component and the retarding component, may each have their own processor that performs only calculations related to the component-specific functions.
In the presently disclosed embodiments, the processor 651 may perform the data processing methods described above.
In various aspects described herein, the processor 651 can be located remotely from and in wireless communication with the vehicle. In other aspects, some of the processes described herein are performed on a processor disposed within the vehicle and others are performed by a remote processor, including taking the necessary steps to perform a single maneuver.
In some embodiments, memory 652 may contain instructions 653 (e.g., program logic), which instructions 653 may be executed by processor 651 to perform various functions of vehicle 600. Memory 652 may also contain additional instructions, including instructions to send data to, receive data from, interact with, and/or control one or more of infotainment system 610, perception system 620, decision control system 630, drive system 640.
In addition to instructions 653, memory 652 may store data such as road maps, route information, vehicle location, direction, speed, and other such vehicle data, as well as other information. Such information may be used by the vehicle 600 and the computing platform 650 during operation of the vehicle 600 in autonomous, semi-autonomous, and/or manual modes.
The computing platform 650 may control the functions of the vehicle 600 based on inputs received from various subsystems (e.g., the drive system 640, the perception system 620, and the decision control system 630). For example, computing platform 650 may utilize input from decision control system 630 in order to control steering system 633 to avoid obstacles detected by perception system 620. In some embodiments, computing platform 650 is operable to provide control over many aspects of vehicle 600 and its subsystems.
Alternatively, one or more of these components may be mounted separately from or associated with vehicle 600. For example, the memory 652 may exist partially or completely separate from the vehicle 600. The above components may be communicatively coupled together in a wired and/or wireless manner.
Alternatively, the above components are only an example, and in practical applications, components in the above modules may be added or deleted according to actual needs, and fig. 8 should not be construed as limiting the embodiments of the present disclosure.
An autonomous car traveling on a road, such as the vehicle 600 above, may identify objects within its surrounding environment to determine adjustments to the current speed. The object may be another vehicle, a traffic control device, or another type of object. In some examples, each identified object may be considered independently and based on its respective characteristics, such as its current speed, acceleration, spacing from the vehicle, etc., may be used to determine the speed at which the autonomous car is to adjust.
Alternatively, the vehicle 600 or a sensing and computing device associated with the vehicle 600 (e.g., computing system 631, computing platform 650) may predict the behavior of the identified object based on the characteristics of the identified object and the state of the surrounding environment (e.g., traffic, rain, ice on a road, etc.). Alternatively, each identified object depends on each other's behavior, so all of the identified objects can also be considered together to predict the behavior of a single identified object. The vehicle 600 is able to adjust its speed based on the predicted behavior of the identified object. In other words, the autonomous car is able to determine what steady state the vehicle will need to adjust to (e.g., accelerate, decelerate, or stop) based on the predicted behavior of the object. In this process, other factors may also be considered to determine the speed of the vehicle 600, such as the lateral position of the vehicle 600 in the road on which it is traveling, the curvature of the road, the proximity of static and dynamic objects, and so forth.
In addition to providing instructions to adjust the speed of the autonomous vehicle, the computing device may also provide instructions to modify the steering angle of the vehicle 600 so that the autonomous vehicle follows a given trajectory and/or maintains safe lateral and longitudinal distances from objects in the vicinity of the autonomous vehicle (e.g., vehicles in adjacent lanes on a roadway).
The vehicle 600 may be various types of traveling tools, such as a car, a truck, a motorcycle, a bus, a ship, an airplane, a helicopter, a recreational vehicle, a train, etc., and embodiments of the present disclosure are not particularly limited.
In another exemplary embodiment, a computer program product is also provided, which comprises a computer program executable by a programmable apparatus, the computer program having code portions for performing the above-mentioned data processing method when being executed by the programmable apparatus.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure. This application is intended to cover any adaptations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.
Claims (11)
1. A data processing method, applied to a vehicle, comprising:
responding to receiving one or more data processing instructions, and caching the data processing instructions according to a preset priority order to obtain a first message queue;
sequentially creating lightweight data processing threads corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format;
acquiring the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and converting the data to be processed into target data in the target format through the lightweight data processing thread;
before the data processing instructions are cached according to the preset priority order in response to receiving one or more data processing instructions issued by at least one control module, so as to obtain a first message queue, the method further comprises:
the method comprises the steps of responding to a target instruction triggered by the vehicle, creating an instruction management module and a data processing module connected with the instruction management module, wherein the instruction management module is used for managing one or more received data processing instructions, and the data processing module is used for generating data in a specified format according to the data processing instructions forwarded by the instruction management module;
Under the condition that the establishment of the instruction management module and the data processing module is determined to be completed, controlling the instruction management module to establish communication connection with at least one control module, wherein the control module is used for triggering the data processing instruction;
the target instruction is a vehicle power-on instruction, the response to receiving the target instruction triggered by the vehicle creates an instruction management module, and a data processing module connected with the instruction management module comprises:
in response to receiving the vehicle power-on instruction, acquiring a first logic program file and a second logic program file;
operating the first logic program file to create the instruction management module;
and running the second logic program file to create the data processing module.
2. The method according to claim 1, wherein the method further comprises:
acquiring a current working state of each currently running lightweight data processing thread through the data processing module, and generating a second message queue comprising the current working state corresponding to each lightweight data processing thread, wherein different lightweight data processing threads are used for executing different data processing tasks;
Transmitting the current working state to the instruction management module according to the sequence of the second message queue;
and the instruction management module responds to the received current working state and feeds the current working state back to the corresponding control module.
3. The method of claim 2, wherein the current operating state comprises a completion state, the method further comprising:
and the data processing module deletes the target lightweight data processing thread under the condition that the current working state of the target lightweight data processing thread is determined to be a completion state.
4. The method according to claim 2, wherein said buffering said data processing instructions in a predetermined priority order in response to receiving one or more of said data processing instructions issued by at least one control module, comprises:
the instruction management module responds to the received data processing instructions issued by the at least one control module, generates the first message queue, and sequentially transmits the data processing instructions to the data processing module according to the sequence of the first message queue;
Correspondingly, the step of sequentially creating the lightweight data processing thread corresponding to each data processing instruction according to the order of the first message queue comprises the following steps:
the data processing module creates the lightweight data processing thread in the target format in response to receiving the data processing instruction.
5. The method of claim 4, wherein the instruction management module is coupled to the data processing module via a first communication channel and a second communication channel, the sequentially transmitting the data processing instructions to the data processing module in the order of the first message queue, comprising:
sequentially transmitting the data processing instructions to the data processing module through the first communication channel according to the sequence of the first message queue;
the step of sending the current working state to the instruction management module according to the sequence of the second message queue comprises the following steps:
and sending the current working state to the instruction management module through the second communication channel according to the sequence of the second message queue.
6. The method according to claim 1, wherein the method further comprises:
Receiving a processing suspension instruction triggered by the control module through the instruction management module;
in response to receiving the pause processing instruction, forwarding the pause processing instruction to the data processing module, wherein the pause processing instruction comprises a second identification of pause processing data and a demand format corresponding to the pause processing data;
and the data processing module responds to the received pause processing instruction, determines a specified lightweight data processing thread corresponding to the pause processing data from one or more currently operated lightweight data processing threads according to the second identifier and the demand format, and deletes the specified lightweight data processing thread.
7. The method according to any one of claims 1-6, further comprising:
and deleting the instruction management module and the data processing module under the condition of receiving a destroying instruction.
8. A data processing apparatus, for use in a vehicle, comprising:
the first determining module is configured to respond to receiving one or more data processing instructions, and buffer the data processing instructions according to a preset priority order so as to obtain a first message queue;
The first creating module is configured to sequentially create a lightweight data processing thread corresponding to each data processing instruction according to the sequence of the first message queue, wherein the data processing instructions comprise a first identifier of data to be processed and a required target format;
the second determining module is configured to acquire the data to be processed from the vehicle according to the first identifier corresponding to each data processing instruction, and convert the data to be processed into target data in the target format through the lightweight data processing thread;
the apparatus further comprises:
the second creation module is configured to respond to the received target instruction triggered by the vehicle, create an instruction management module and a data processing module connected with the instruction management module, wherein the instruction management module is used for managing one or more received data processing instructions, and the data processing module is used for generating data in a specified format according to the data processing instructions forwarded by the instruction management module;
a third determining module configured to control the instruction management module to establish a communication connection with at least one control module, in case it is determined that the creation of the instruction management module and the data processing module is completed, the control module being configured to trigger the data processing instruction;
Wherein the target instruction is a vehicle power-on instruction, the second creation module is configured to:
in response to receiving the vehicle power-on instruction, acquiring a first logic program file and a second logic program file;
operating the first logic program file to create the instruction management module;
and running the second logic program file to create the data processing module.
9. A vehicle, characterized by comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to:
steps of performing the method of any of the preceding claims 1-7.
10. A computer readable storage medium having stored thereon computer program instructions, which when executed by a processor, implement the steps of the method of any of claims 1 to 7.
11. A chip, comprising a processor and an interface; the processor is configured to read instructions to perform the method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210878439.9A CN115237630B (en) | 2022-07-25 | 2022-07-25 | Data processing method, device, vehicle, storage medium and chip |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210878439.9A CN115237630B (en) | 2022-07-25 | 2022-07-25 | Data processing method, device, vehicle, storage medium and chip |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115237630A CN115237630A (en) | 2022-10-25 |
| CN115237630B true CN115237630B (en) | 2023-11-21 |
Family
ID=83676208
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210878439.9A Active CN115237630B (en) | 2022-07-25 | 2022-07-25 | Data processing method, device, vehicle, storage medium and chip |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115237630B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109815028A (en) * | 2018-12-27 | 2019-05-28 | 北京摩拜科技有限公司 | Data synchronous system, method, apparatus and computer storage medium |
| CN113918364A (en) * | 2021-10-13 | 2022-01-11 | 上海中通吉网络技术有限公司 | Redis-based lightweight message queue processing method and device |
| WO2022105736A1 (en) * | 2020-11-20 | 2022-05-27 | 深圳前海微众银行股份有限公司 | Data processing method and apparatus, device, computer storage medium, and program |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110430079B (en) * | 2019-08-05 | 2021-03-16 | 腾讯科技（深圳）有限公司 | Vehicle-road cooperation system |
-
2022
- 2022-07-25 CN CN202210878439.9A patent/CN115237630B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109815028A (en) * | 2018-12-27 | 2019-05-28 | 北京摩拜科技有限公司 | Data synchronous system, method, apparatus and computer storage medium |
| WO2022105736A1 (en) * | 2020-11-20 | 2022-05-27 | 深圳前海微众银行股份有限公司 | Data processing method and apparatus, device, computer storage medium, and program |
| CN113918364A (en) * | 2021-10-13 | 2022-01-11 | 上海中通吉网络技术有限公司 | Redis-based lightweight message queue processing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115237630A (en) | 2022-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115334110A (en) | System architecture, communication method, vehicle, medium and chip for vehicle control | |
| CN115123257B (en) | Pavement deceleration strip position identification method and device, vehicle, storage medium and chip | |
| CN115330923B (en) | Point cloud data rendering method and device, vehicle, readable storage medium and chip | |
| CN115314526A (en) | System architecture, transmission method, vehicle, medium and chip for self-parking position identification | |
| EP4307251A1 (en) | Mapping method, vehicle, computer readable storage medium, and chip | |
| CN114882464B (en) | Multi-task model training method, multi-task processing method, device and vehicle | |
| CN112810603B (en) | Positioning method and related product | |
| CN115175099B (en) | Information sharing method and device, electronic equipment, readable storage medium and chip | |
| CN115056784B (en) | Vehicle control method, device, vehicle, storage medium and chip | |
| CN115203457B (en) | Image retrieval method, device, vehicle, storage medium and chip | |
| WO2023024618A1 (en) | Data processing method and related apparatus | |
| CN114937351B (en) | Motorcade control method and device, storage medium, chip, electronic equipment and vehicle | |
| CN115237630B (en) | Data processing method, device, vehicle, storage medium and chip | |
| CN115221151B (en) | Vehicle data transmission method and device, vehicle, storage medium and chip | |
| CN114842440B (en) | Automatic driving environment sensing method and device, vehicle and readable storage medium | |
| CN115100630B (en) | Obstacle detection method, obstacle detection device, vehicle, medium and chip | |
| CN115334111A (en) | System architecture, transmission method, vehicle, medium and chip for lane recognition | |
| CN115205848A (en) | Target detection method, target detection device, vehicle, storage medium and chip | |
| CN114911630B (en) | Data processing method and device, vehicle, storage medium and chip | |
| CN115147794B (en) | Lane line determining method, lane line determining device, vehicle, medium and chip | |
| CN115220932A (en) | Communication process execution method, device, vehicle, readable storage medium and chip | |
| CN115082886B (en) | Target detection method, device, storage medium, chip and vehicle | |
| CN115334114A (en) | System architecture, transmission method, vehicle, medium and chip for static object recognition | |
| CN115203483B (en) | Label management method, device, vehicle, storage medium and chip | |
| CN115063639B (en) | Model generation method, image semantic segmentation device, vehicle and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |