CN113542372A - Data processing method and device - Google Patents

Data processing method and device Download PDF

Info

Publication number
CN113542372A
CN113542372A CN202110731073.8A CN202110731073A CN113542372A CN 113542372 A CN113542372 A CN 113542372A CN 202110731073 A CN202110731073 A CN 202110731073A CN 113542372 A CN113542372 A CN 113542372A
Authority
CN
China
Prior art keywords
debugging
vehicle
instruction
audio
mounted system
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.)
Pending
Application number
CN202110731073.8A
Other languages
Chinese (zh)
Inventor
谢芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Xiaopeng Motors Technology Co Ltd
Original Assignee
Shanghai Xiaopeng Motors Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Xiaopeng Motors Technology Co Ltd filed Critical Shanghai Xiaopeng Motors Technology Co Ltd
Priority to CN202110731073.8A priority Critical patent/CN113542372A/en
Publication of CN113542372A publication Critical patent/CN113542372A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/544Buffers; Shared memory; Pipes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04RLOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R29/00Monitoring arrangements; Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Otolaryngology (AREA)
  • Acoustics & Sound (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The embodiment of the invention provides a data processing method and a data processing device, wherein the method is applied to a vehicle-mounted system and comprises the following steps: under the condition that a background debugging process is started, a debugging request aiming at the vehicle-mounted audio is sent to a remote debugging client; establishing a communication link between the remote debugging client and the vehicle-mounted system; and receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data. By the embodiment of the invention, real-time online audio debugging of the vehicle-mounted system is realized, target audio data is obtained, and the audio problem of the vehicle is timely positioned.

Description

Data processing method and device
Technical Field
The present invention relates to the field of vehicle technologies, and in particular, to a method and an apparatus for processing data.
Background
The intelligent vehicle is a comprehensive system integrating multiple functions of environment perception, planning decision, multi-level auxiliary driving and the like, intensively applies the technologies of computer, modern sensing, information fusion, communication, artificial intelligence, automatic control and the like, and is a typical high and new technology complex. The current research on intelligent vehicles mainly aims to improve the safety and the comfort of automobiles and provide excellent human-vehicle interaction interfaces.
While various functions of the intelligent automobile are continuously enriched, perfect after-sale service needs to be provided for the intelligent automobile, so that the problem that the intelligent automobile may appear in the actual application process can be solved in time.
At present, after an automobile breaks down, particularly when audio breaks down (such as when the automobile breaks down soundless in a driving process), the audio problem of the automobile cannot be processed at the first time due to the long information feedback process, and inconvenience in use is caused to an automobile owner.
Moreover, for some low-probability problems or problems which are difficult to reproduce, the problem site is an important analysis basis, and if the problem site cannot be analyzed in time, the problem site is possibly damaged and cannot be further analyzed, so that the problem point cannot be quickly found, and the quality of the vehicle is influenced.
Disclosure of Invention
In view of the above, it is proposed to provide a method and apparatus for data processing that overcomes or at least partially solves the above mentioned problems, comprising:
a data processing method is applied to a vehicle-mounted system and comprises the following steps:
under the condition that a background debugging process is started, a debugging request aiming at the vehicle-mounted audio is sent to a remote debugging client;
establishing a communication link between the remote debugging client and the vehicle-mounted system;
and receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
Optionally, after the step of receiving the debugging instruction for the debugging request sent by the remote debugging client, the method includes:
storing the received debugging instruction in a first cache region;
judging whether the first cache region has an effective debugging instruction or not;
and when the first cache region is judged to have valid debugging instructions, reading the debugging instructions from the first cache region.
Optionally, the capturing audio data according to the debugging instruction includes:
determining a vehicle-mounted audio component corresponding to the debugging instruction;
and capturing audio data aiming at the vehicle-mounted audio component.
Optionally, the performing audio data capture on the vehicle-mounted audio component includes:
acquiring a data buried point of a vehicle-mounted audio component;
and capturing target audio data according to the data buried points.
Optionally, before the step of sending the debugging request to the remote debugging client, the method further includes:
under the condition that the vehicle-mounted system is started, initializing a vehicle-mounted audio component;
and responding to the user operation, and starting a background debugging process.
Optionally, the method further comprises:
and when the debugging instruction is not received again within the preset time length, closing the background debugging process to finish debugging.
Optionally, the method further comprises:
storing the grabbed target audio data in a second cache region, so that the remote debugging client reads the target audio data from the second cache region.
A data processing method is applied to a remote debugging client, and comprises the following steps:
when a debugging request aiming at vehicle-mounted audio sent by a vehicle-mounted system is received, a debugging instruction aiming at the vehicle-mounted system is configured according to the debugging request;
establishing a communication link between the remote debugging client and the vehicle-mounted system;
and sending the debugging instruction to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction.
A data processing device is applied to an on-board system, and comprises:
the debugging request sending module is used for sending a debugging request aiming at the vehicle-mounted audio to the remote debugging client under the condition of starting a background debugging process;
the first communication link establishing module is used for establishing a communication link between the remote debugging client and the vehicle-mounted system;
and the data capturing module is used for receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
An apparatus for data processing, applied to a remote debugging client, the apparatus comprising:
the debugging instruction configuration module is used for configuring a debugging instruction aiming at the vehicle-mounted system according to a debugging request sent by the vehicle-mounted system when the debugging request aiming at the vehicle-mounted audio is received;
the second communication link establishing module is used for establishing a communication link between the remote debugging client and the vehicle-mounted system;
and the debugging instruction sending module is used for sending the debugging instruction to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction.
A vehicle comprising a processor, a memory and a computer program stored on the memory and capable of running on the processor, the computer program, when executed by the processor, implementing a method of data processing as described above.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method of data processing as described above.
The embodiment of the invention has the following advantages:
in the embodiment of the invention, the debugging request aiming at the vehicle-mounted audio is sent to the remote debugging client under the condition of starting the background debugging process, so that the communication link between the remote debugging client and the vehicle-mounted system is established, the debugging instruction aiming at the debugging request sent by the remote debugging client is further received through the communication link, the audio data is captured according to the debugging instruction, the target audio data is obtained, the real-time online audio debugging of the vehicle-mounted system is realized, the target audio data is obtained, and the audio problem of the vehicle is timely positioned.
Drawings
In order to more clearly illustrate the technical solution of the present invention, the drawings needed to be used in the description of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
FIG. 1 is a flow chart illustrating steps of a method for data processing according to an embodiment of the present invention;
FIG. 2a is a flow chart illustrating steps of another method for data processing according to an embodiment of the present invention;
FIG. 2b is a diagram of a car audio module according to an embodiment of the present invention;
FIG. 3 is a flow chart illustrating steps of a method for processing data according to another embodiment of the present invention;
FIG. 4 is a flow chart illustrating steps of a further method of data processing according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of another data processing apparatus according to an embodiment of the present invention.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below. It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, a flowchart illustrating steps of a data processing method according to an embodiment of the present invention is shown, and is applied to a vehicle-mounted system, where the method specifically includes the following steps:
step 101, sending a debugging request aiming at the vehicle-mounted audio to a remote debugging client under the condition of starting a background debugging process;
background debugging processes in the vehicle can be used for managing debugging of the vehicle-mounted system, and the vehicle-mounted system can be debugged under the condition that the background debugging processes are started; and under the condition that the background debugging process is closed, the debugging of the vehicle-mounted system can be finished.
By carrying out audio debugging on the vehicle-mounted system, the fault problem point of the audio fault vehicle can be determined or whether the running condition of the vehicle-mounted system is normal or not can be determined.
The background debugging process can be started by self-starting or responding to user operation, after the background debugging process is started, the background debugging process can reside in a background, and when a preset event (such as an event of vehicle audio fault, a preset periodic audio debugging event, an event of a user active request for audio debugging and the like) is detected, the vehicle-mounted system can send a debugging request aiming at the vehicle-mounted audio to the remote debugging client so as to request the remote debugging client to carry out online debugging aiming at the vehicle-mounted audio on the vehicle-mounted system, and quickly determine the audio problem point of the current vehicle.
102, establishing a communication link between the remote debugging client and the vehicle-mounted system;
after the vehicle-mounted system sends the debugging request, a communication link between the remote debugging client and the vehicle-mounted system can be established based on the debugging request, and the communication link can support the remote debugging client to carry out online real-time debugging on the vehicle-mounted system aiming at the vehicle-mounted audio.
When the communication link between the remote debugging client and the vehicle-mounted system is failed to be established, a failure reason can be generated, and then the failure reason can be fed back to the vehicle end and the remote debugging client, and the debugging is finished.
Through establishing the link, when the vehicle-mounted audio of the vehicle goes wrong, remote online debugging analysis can be carried out on the vehicle-mounted audio without an engineer, so that the time of a user is saved, and the operation cost of a company is reduced.
In an example, the communication link of the remote debugging client and the in-vehicle system may be a socket link.
And 103, receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
After the communication link between the remote debugging client and the vehicle-mounted system is established, the remote debugging client and the vehicle-mounted system can communicate based on the communication link, and specifically, the vehicle-mounted system can receive a debugging instruction configured by the remote debugging client through the communication link, wherein the debugging instruction can be a debugging instruction aiming at vehicle-mounted audio generated by the remote debugging client according to a debugging request.
After the vehicle-mounted system receives the debugging instruction, the vehicle-mounted system can capture audio data for the vehicle-mounted audio component in the vehicle-mounted system according to the debugging instruction, so that audio target data are obtained. When the vehicle is a vehicle with audio fault, the target data can be abnormal audio data for the fault vehicle or characteristic audio data which can be used for determining the reason of the audio fault.
In an example, the debugging request may include a debugging type, and from a software and hardware level, the debugging request may be divided into a debugging request for a hardware system and a debugging request for a software system; from the system relevance level, the debugging request can be divided into a debugging request relevant to the system and other debugging requests; from the vehicle function level, the debugging request can be divided into a debugging request for an on-vehicle audio function, a debugging request for a vehicle lamp function, a debugging request for an intelligent cabin function, a debugging request for an automatic driving function, and the like.
After the vehicle-mounted system sends a debugging request for the vehicle-mounted audio, the remote debugging client can receive the debugging request, can identify the debugging type of the debugging request, and can determine that the debugging request is used for requesting on-line real-time debugging for the vehicle-mounted audio, so that a corresponding debugging instruction can be configured according to the debugging type, and the configured debugging instruction is sent to the vehicle-mounted system for processing through the established communication link.
The audio data are captured in real time on line, so that the audio problem of the vehicle can be rapidly analyzed, the after-sale efficiency of the vehicle is improved, and the use experience of a user for the vehicle-mounted audio is improved. Moreover, the problems of low probability or difficult reproduction of the vehicle can be more effectively analyzed, so that the overall product quality is improved.
In the embodiment of the invention, the debugging request aiming at the vehicle-mounted audio is sent to the remote debugging client under the condition of starting the background debugging process, so that the communication link between the remote debugging client and the vehicle-mounted system is established, the debugging instruction aiming at the debugging request sent by the remote debugging client is further received through the communication link, the audio data is captured according to the debugging instruction, the audio target data is obtained, the real-time online audio debugging of the vehicle-mounted system is realized, the target audio data is obtained, and the audio problem of the vehicle is timely positioned.
Referring to fig. 2a, a flowchart illustrating steps of another data processing method according to an embodiment of the present invention is shown, and is applied to a vehicle-mounted system, where the method specifically includes the following steps:
step 201, sending a debugging request aiming at the vehicle-mounted audio to a remote debugging client under the condition that a background debugging process is started;
step 202, establishing a communication link between the remote debugging client and the vehicle-mounted system;
step 203, receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and storing the received debugging instruction in a first cache region;
in the debugging process, one or more debugging instructions may be needed to complete the debugging of the vehicle audio in a coordinated manner, when the execution time of a certain debugging instruction is too long, other debugging instructions are affected, and if the debugging instruction is not cached, other debugging instructions may be lost, so that the debugging fails.
In order to avoid the vehicle-mounted system losing the debugging instruction, the vehicle-mounted system can uniformly store the received debugging instruction in the first cache region after receiving the debugging instruction, and the phenomenon that the debugging instruction is lost can be avoided when a plurality of debugging instructions are received within the preset time by setting the first cache region to store the debugging instruction.
Step 204, judging whether the first cache region has an effective debugging instruction;
in the debugging process, the debugging instructions supported by different vehicles can be different according to the debugging request of the vehicle-mounted audio.
When the debugging instruction received by the vehicle-mounted system is an effective debugging instruction, the vehicle-mounted system can execute the debugging instruction. The effective debugging instruction is a debugging instruction which can be supported by the vehicle-mounted system.
All debugging instructions received by the vehicle-mounted system are stored in the first cache region, so that the vehicle-mounted system can judge whether effective debugging instructions exist in the first cache region or not.
Step 205, when it is determined that a valid debug instruction exists in the first cache region, reading the debug instruction from the first cache region;
when it is determined that a valid debugging instruction exists in the first cache region, that is, when a debugging instruction supported by the vehicle-mounted system exists, the vehicle-mounted system may read the valid debugging instruction from the first cache region.
And step 206, capturing audio data according to the debugging instruction to obtain target audio data.
In an embodiment of the present invention, step 206 may include:
substep 21, determining a vehicle-mounted audio component corresponding to the debugging instruction;
in practical application, after receiving a debugging instruction for a vehicle-mounted audio, a vehicle-mounted system may determine a vehicle-mounted audio component corresponding to the debugging instruction, specifically, in an example, the debugging instruction may carry identification information of the vehicle-mounted audio component, and the vehicle-mounted system analyzes the debugging instruction to obtain the identification information of the vehicle-mounted audio component, so as to determine the vehicle-mounted audio component; in another example, in the in-vehicle system, a correspondence between the debugging instruction and the in-vehicle component may be stored, where the correspondence may be a one-to-one correspondence or a one-to-many correspondence, and after receiving the debugging instruction, the in-vehicle component may determine the in-vehicle audio component corresponding to the debugging instruction according to the correspondence.
It should be noted that, the above manner for determining the car audio component is only a partial example, and not a complete example, and those skilled in the art may determine the manner for determining the car audio component according to the user requirement, the car system, and the remote debugging client, which is not limited herein.
And a substep 22 of performing audio data capture for the vehicle-mounted audio component.
After the vehicle-mounted audio component is determined, each data node associated with the vehicle-mounted audio component can be determined, and therefore audio data capture can be performed in each data node.
In an embodiment of the present invention, the substep 22 may comprise:
acquiring a data buried point of a vehicle-mounted audio component; and capturing target audio data according to the data buried points.
In practical application, in order to acquire corresponding data, a data buried point can be set in the vehicle-mounted component, and after the vehicle-mounted audio component is determined, the data buried point set for the vehicle-mounted audio component can be acquired, so that target audio data can be captured at the data buried point, and the problem point of the audio component of the vehicle can be analyzed through the target audio data.
It should be noted that the type of the data embedding point may be any one of a full embedding point, a visual embedding point, a code embedding point, and a backend embedding point, and those skilled in the art may also determine the type of the data embedding point according to the user requirement, and the data embedding point is not limited to the above-mentioned types, and is not limited to these types.
In one example, as shown in fig. 2b, the car audio module in the vehicle may include a microphone, an Analog-to-Digital Conversion (ADC), an Automatic Echo Cancellation (AEC), a System on Chip (SoC), a Digital Signal Processing (DSP), a Power Amplifier (PA), a speaker, and so on.
The DSP may include, among other things, multi-channel (Mix), volume adjustment (Vol), Equalizer (EQ), and Digital-to-Analog Conversion (DAC).
In the car audio module, the data processing process is as follows:
on a system level chip, a vehicle-mounted operating system and a background debugging process can be operated, and two Data paths (Data in, Data input)/(Data out, Data output) of the SoC respectively represent an uplink path/a downlink path of the vehicle-mounted audio.
In the uplink path, microphone data input by a microphone is transmitted to an ADC for processing, and the processed microphone data can be combined with reference sound data (reference in) in a DSP in the downlink path and sent to the AEC for echo cancellation.
After echo processing, clean sound data are sent into the SoC, and downlink data are directly pushed to a loudspeaker to be output after passing through the DSP and the PA, so that the data can be presented to a user for extremely-conscious music experience.
Based on the vehicle-mounted audio module and the data processing process in the vehicle, taking the fact that music playing suddenly does not sound in the vehicle running process as an example, the data capturing process is explained as follows:
in the vehicle driving process, the played music is silent suddenly, and the user cannot solve the problem after simple self-examination, so that the user can contact a remote technical seat, and after the remote technical seat cleans up the initial problems, a maintenance worker can be asked to intervene to perform online audio debugging. Maintenance personnel can remotely debug the client through the remote debugging client, and under the condition that authorization of a client allows, socket link is remotely established with a background debugging process of the vehicle-mounted system.
The maintenance personnel can configure a debugging instruction "dumpsyslema. audio _ xxxxpcm _ xxx 1 xxx." according to the problem condition and/or the preliminary investigation result fed back by the user, and send the debugging instruction to the vehicle-mounted system through the socket link through the remote debugging client.
After the vehicle-mounted system reads the debugging instruction, the vehicle-mounted system can recognize that the debugging instruction is a data capturing instruction, and starts to capture data at a data burying point of the vehicle-mounted audio module. The vehicle-mounted audio module can be provided with two data buried points, one is from SoC output, and the other is from output after EQ processing of the DSP. The data capture results obtained from the two places can quickly locate the problem point of the vehicle soundless problem.
Specifically, "dumpsys. audio _ xxxxpcm _ xxx 1 xxx" is one format of a debug instruction, which may include a type of debug behavior, an on-board component for which the debug instruction is directed, and a type of data for which the debug instruction is directed.
When the debug instruction is "dump system, audio _ xxxxpcm _ dump 4096", the "pcm _ dump" indicates that the debug instruction is a data grab instruction, "4096" is a point that the debug needs to grab, the debug instruction is for the in-vehicle audio module, and "4096" indicates that the data of the music play needs to be grabbed.
After receiving the grab instruction, the SPI (Serial Peripheral Interface) grab thread starts to grab the audio data from the data grab position shown in fig. 2b, and then the SPI grab thread continuously reads the target audio data from the SPI Interface and stores the target audio data in the data file "media _ playback.
After data capture, the background debugging process may write the data file media _ playback. The remote debugging client can read out the target audio data from the second cache region and further analyze the read out target audio data.
It should be noted that, when sending other types of debugging requests except for the car audio, when the car system executes data capture, the car component for data capture may also be another car component except for the car audio module, and those skilled in the art may perform corresponding data embedding processing for different car components according to actual needs.
Step 207, storing the captured target audio data in a second cache region, so that the remote debugging client reads the target audio data from the second cache region.
After data capture is carried out, target audio data can be captured, when an instruction is executed, the captured target audio data can be synchronously cached in the second cache region, so that data congestion is avoided, the remote debugging client can read the captured target audio data in the second cache region, and the audio fault reason of the vehicle is determined by analyzing and processing the target audio data.
In the embodiment of the invention, when a background debugging process is started, a debugging request aiming at a vehicle-mounted audio is sent to a remote debugging client, so that a communication link between the remote debugging client and a vehicle-mounted system is established, a debugging instruction aiming at the debugging request sent by the remote debugging client is further received through the communication link, the received debugging instruction is stored in a first cache region, whether an effective debugging instruction exists in the first cache region or not is judged, when the effective debugging instruction exists in the first cache region is judged, the debugging instruction is read from the first cache region, audio data is captured according to the debugging instruction, target audio data is obtained, and the captured target audio data is stored in a second cache region, so that the remote debugging client reads the target audio data from the second cache region, real-time online audio debugging of the vehicle-mounted system is realized, and debugging instructions and target audio data are cached, so that the phenomenon of debugging instruction loss and the phenomenon of data congestion are avoided.
Referring to fig. 3, a flowchart illustrating steps of another data processing method according to an embodiment of the present invention is shown, and is applied to a vehicle-mounted system, where the method specifically includes the following steps:
step 301, performing initialization processing on a vehicle-mounted audio component under the condition that a vehicle-mounted system is started;
in the case of startup of the in-vehicle system, the initialization process may be performed on the in-vehicle audio component.
For example, after the vehicle system is started, audio hardware related initialization, such as initialization of DSP, AEC, PA, etc., may be performed. And then loading an Operating System (OS), and after the OS is started, starting a background online debugging process.
Step 302, in response to a user operation, a background debugging process is started.
After the vehicle-mounted component is initialized, the background debugging process can be manually started through user operation according to user requirements.
In one example, in response to a user operation, a background debugging process is initiated, comprising:
and responding to the user authorization operation, and starting a background debugging process. Specifically, after a problem with the user's vehicle, the user may contact a remote technical agent. And under the guidance of a remote technical seat, a user inputs an authorization instruction, enters an authorization interface started by the background debugging process, can display the use description of the background debugging process for the user, and can start the background debugging process after the user confirms authorization.
After the background debugging process is started, the CDU displays a feedback message which is successfully started, wherein the feedback message may be a text message or a voice message, for example, a text message Server ready is displayed.
Step 303, sending a debugging request for the vehicle-mounted audio to the remote debugging client under the condition that a background debugging process is started;
step 304, establishing a communication link between the remote debugging client and the vehicle-mounted system;
and 305, receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
And step 306, when the debugging instruction is not received again within the preset time length, closing the background debugging process to finish debugging.
In order to avoid the problem of information security, an event of automatic exit can be set for the background debugging process, for example, a preset time length is set, within the preset time length, the vehicle-mounted system does not receive a new debugging instruction again, and the background debugging process can be closed to finish debugging.
In the embodiment of the invention, the vehicle-mounted audio component is initialized under the condition of starting the vehicle-mounted system, a background debugging process is started in response to the operation of a user, sending a debugging request aiming at the vehicle-mounted audio to a remote debugging client under the condition of starting a background debugging process so as to establish a communication link between the remote debugging client and the vehicle-mounted system, further, a debugging instruction aiming at the debugging request sent by the remote debugging client-side can be received through the communication link, audio data capture is carried out according to the debugging instruction to obtain target audio data, when the debugging instruction is not received again within the preset time, the background debugging process can be closed to finish debugging, and the problems of online real-time audio debugging of the vehicle-mounted system, target audio data acquisition and vehicle positioning in time are solved. And moreover, the safety of information transmission can be ensured by controlling the opening and closing of the background debugging process.
Referring to fig. 4, a flowchart illustrating steps of a data processing method according to an embodiment of the present invention is shown, and is applied to a remote debugging client, where the method specifically includes the following steps:
step 401, when a debugging request for a vehicle-mounted audio sent by a vehicle-mounted system is received, configuring a debugging instruction for the vehicle-mounted system according to the debugging request;
at the remote debugging client, a debugging instruction for the vehicle-mounted audio sent by the vehicle-mounted system can be received, and the debugging instruction can be an instruction for requesting audio debugging on the vehicle-mounted system for audio faults at the vehicle side.
After receiving the debugging instruction, the remote debugging client can configure a debugging instruction for audio debugging of the vehicle-mounted system according to the debugging instruction.
Step 402, establishing a communication link between the remote debugging client and the vehicle-mounted system;
and 403, sending the debugging instruction to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture data according to the debugging instruction.
After the real-time online communication link is established, the debugging instruction can be sent to the vehicle-mounted system through the communication link, and therefore the vehicle-mounted system is controlled to capture audio data according to the debugging instruction.
In the embodiment of the invention, when a debugging request aiming at the vehicle-mounted audio sent by a vehicle-mounted system is received, a debugging instruction aiming at the vehicle-mounted system is configured according to the debugging request, a communication link between the remote debugging client and the vehicle-mounted system is established, and the debugging instruction is sent to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction, thereby realizing online real-time audio debugging on the vehicle-mounted system, acquiring target audio data and positioning the audio problem of the vehicle in time.
It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.
Referring to fig. 5, a schematic structural diagram of a data processing apparatus according to an embodiment of the present invention is shown, and is applied to a vehicle-mounted system, and specifically includes the following modules:
a debugging request sending module 501, configured to send a debugging request for a vehicle-mounted audio to a remote debugging client when a background debugging process is started;
a first communication link establishing module 502, configured to establish a communication link between the remote debugging client and the vehicle-mounted system;
the data capture module 503 is configured to receive, through the communication link, a debugging instruction for the debugging request sent by the remote debugging client, and capture audio data according to the debugging instruction to obtain target audio data.
In an embodiment of the present invention, an apparatus may include:
the instruction storage module is used for storing the received debugging instruction in a first cache region;
the instruction judging module is used for judging whether the first cache region has an effective debugging instruction or not;
and the instruction reading module is used for reading the debugging instruction from the first cache region when the first cache region is judged to have the effective debugging instruction.
In an embodiment of the present invention, the data capturing module 503 may include:
the vehicle-mounted audio component determining submodule is used for determining a vehicle-mounted audio component corresponding to the debugging instruction;
and the data capturing submodule is used for capturing audio data aiming at the vehicle-mounted audio component.
In an embodiment of the present invention, the data capture submodule may include:
the data embedding unit is used for acquiring data embedding points of the vehicle-mounted audio component;
and the target audio data capturing unit is used for capturing the target audio data according to the data buried points.
In an embodiment of the present invention, the apparatus may further include:
the vehicle-mounted component initialization module is used for initializing the vehicle-mounted audio component under the condition that the vehicle-mounted system is started;
and the debugging process starting module is used for responding to the user operation and starting the background debugging process.
In an embodiment of the present invention, the apparatus further includes:
and the debugging process closing module is used for closing the background debugging process to finish debugging when the debugging instruction is not received again within the preset time length.
In an embodiment of the present invention, the apparatus further includes:
and storing the grabbed target audio data in a second cache region, so that the remote debugging client reads out the target audio data from the second cache region.
In the embodiment of the invention, the debugging request aiming at the vehicle-mounted audio is sent to the remote debugging client under the condition of starting the background debugging process, so that the communication link between the remote debugging client and the vehicle-mounted system is established, the debugging instruction aiming at the debugging request sent by the remote debugging client is further received through the communication link, the audio data is captured according to the debugging instruction, the target audio data is obtained, the real-time online audio debugging of the vehicle-mounted system is realized, the target audio data is obtained, and the audio problem of the vehicle is timely positioned.
Referring to fig. 6, a schematic structural diagram of a data processing apparatus according to an embodiment of the present invention is shown, and is applied to a remote debugging client, where the apparatus specifically includes the following modules:
the debugging instruction configuration module 601 is configured to configure a debugging instruction for a vehicle-mounted system according to a debugging request for a vehicle-mounted audio sent by the vehicle-mounted system when the debugging request is received;
a second communication link establishing module 602, configured to establish a communication link between the remote debugging client and the vehicle-mounted system;
and a debugging instruction sending module 603, configured to send the debugging instruction to the vehicle-mounted system through the communication link, so as to control the vehicle-mounted system to capture audio data according to the debugging instruction.
In the embodiment of the invention, when a debugging request aiming at the vehicle-mounted audio sent by a vehicle-mounted system is received, a debugging instruction aiming at the vehicle-mounted system is configured according to the debugging request, a communication link between the remote debugging client and the vehicle-mounted system is established, and the debugging instruction is sent to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction, thereby realizing real-time online audio debugging on the vehicle-mounted system, acquiring target audio data and positioning the audio problem of a vehicle in time.
An embodiment of the present invention also provides a vehicle, which may include a processor, a memory, and a computer program stored on the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the steps of the method of data processing as described above.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the steps of the above data processing method.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the embodiments of the invention.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.
The method and apparatus for data processing provided above are described in detail, and a specific example is applied herein to illustrate the principles and embodiments of the present invention, and the above description of the embodiment is only used to help understand the method and core ideas of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims (12)

1. A data processing method is applied to a vehicle-mounted system, and comprises the following steps:
under the condition that a background debugging process is started, a debugging request aiming at the vehicle-mounted audio is sent to a remote debugging client;
establishing a communication link between the remote debugging client and the vehicle-mounted system;
and receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
2. The method of claim 1, after the step of receiving the debugging instructions sent by the remote debugging client for the debugging request, comprising:
storing the received debugging instruction in a first cache region;
judging whether the first cache region has an effective debugging instruction or not;
and when the first cache region is judged to have valid debugging instructions, reading the debugging instructions from the first cache region.
3. The method according to claim 1 or 2, wherein the performing audio data fetching according to the debugging instruction comprises:
determining a vehicle-mounted audio component corresponding to the debugging instruction;
and capturing audio data aiming at the vehicle-mounted audio component.
4. The method of claim 3, wherein the performing audio data grabbing for the car audio component comprises:
acquiring a data buried point of a vehicle-mounted audio component;
and capturing target audio data according to the data buried points.
5. The method of claim 1, 2 or 4, further comprising, prior to the step of sending a debug request to a remote debug client:
under the condition that the vehicle-mounted system is started, initializing a vehicle-mounted audio component;
and responding to the user operation, and starting a background debugging process.
6. The method of claim 1, 2 or 4, further comprising:
and when the debugging instruction is not received again within the preset time length, closing the background debugging process to finish debugging.
7. The method of claim 1, 2 or 4, further comprising:
storing the grabbed target audio data in a second cache region, so that the remote debugging client reads the target audio data from the second cache region.
8. A data processing method is applied to a remote debugging client, and comprises the following steps:
when a debugging request aiming at vehicle-mounted audio sent by a vehicle-mounted system is received, a debugging instruction aiming at the vehicle-mounted system is configured according to the debugging request;
establishing a communication link between the remote debugging client and the vehicle-mounted system;
and sending the debugging instruction to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction.
9. A data processing device is applied to a vehicle-mounted system, and comprises:
the debugging request sending module is used for sending a debugging request aiming at the vehicle-mounted audio to the remote debugging client under the condition of starting a background debugging process;
the first communication link establishing module is used for establishing a communication link between the remote debugging client and the vehicle-mounted system;
and the data capturing module is used for receiving a debugging instruction aiming at the debugging request sent by the remote debugging client through the communication link, and capturing audio data according to the debugging instruction to obtain target audio data.
10. An apparatus for data processing, applied to a remote debugging client, the apparatus comprising:
the debugging instruction configuration module is used for configuring a debugging instruction aiming at the vehicle-mounted system according to a debugging request sent by the vehicle-mounted system when the debugging request aiming at the vehicle-mounted audio is received;
the second communication link establishing module is used for establishing a communication link between the remote debugging client and the vehicle-mounted system;
and the debugging instruction sending module is used for sending the debugging instruction to the vehicle-mounted system through the communication link so as to control the vehicle-mounted system to capture audio data according to the debugging instruction.
11. A vehicle comprising a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing a method of data processing according to any one of claims 1 to 7.
12. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out a method of data processing according to any one of claims 1 to 7.
CN202110731073.8A 2021-06-29 2021-06-29 Data processing method and device Pending CN113542372A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110731073.8A CN113542372A (en) 2021-06-29 2021-06-29 Data processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110731073.8A CN113542372A (en) 2021-06-29 2021-06-29 Data processing method and device

Publications (1)

Publication Number Publication Date
CN113542372A true CN113542372A (en) 2021-10-22

Family

ID=78097195

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110731073.8A Pending CN113542372A (en) 2021-06-29 2021-06-29 Data processing method and device

Country Status (1)

Country Link
CN (1) CN113542372A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114584481A (en) * 2022-02-16 2022-06-03 广州市百果园信息技术有限公司 Audio information acquisition method, device, equipment and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103825633A (en) * 2012-11-15 2014-05-28 福特全球技术公司 Method and apparatus for communication between vehicle based computing system and remote application
US20160075272A1 (en) * 2014-09-17 2016-03-17 General Motors, Llc Vehicle remote start attempts messaging system and method
CN110572764A (en) * 2019-09-19 2019-12-13 吉旗物联科技(上海)有限公司 Remote fault diagnosis method and device for vehicle-mounted audio equipment
CN112492052A (en) * 2021-02-05 2021-03-12 智道网联科技(北京)有限公司 Remote debugging method and device for intelligent networked vehicle data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103825633A (en) * 2012-11-15 2014-05-28 福特全球技术公司 Method and apparatus for communication between vehicle based computing system and remote application
US20160075272A1 (en) * 2014-09-17 2016-03-17 General Motors, Llc Vehicle remote start attempts messaging system and method
CN110572764A (en) * 2019-09-19 2019-12-13 吉旗物联科技(上海)有限公司 Remote fault diagnosis method and device for vehicle-mounted audio equipment
CN112492052A (en) * 2021-02-05 2021-03-12 智道网联科技(北京)有限公司 Remote debugging method and device for intelligent networked vehicle data

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114584481A (en) * 2022-02-16 2022-06-03 广州市百果园信息技术有限公司 Audio information acquisition method, device, equipment and storage medium
CN114584481B (en) * 2022-02-16 2024-05-17 广州市百果园信息技术有限公司 Audio information acquisition method, device, equipment and storage medium

Similar Documents

Publication Publication Date Title
JP5114123B2 (en) In-vehicle device control system
US6928349B1 (en) Scan tool with dropped communications detection and recovery and improved protocol selection
CA2846316A1 (en) Voice based automation testing for hands free module
CN107018176B (en) Application control to primary connection device from secondary connection device
CN113377088A (en) Instant communication automobile remote diagnosis and detection method, electronic equipment and storage medium
DE102007019308A1 (en) Communication system e.g. navigation device, for vehicle, has central processing unit for reading stored data set based on request of user and instructing information device to inform user about read data set
CN113567778A (en) Scene-based real-vehicle automatic testing method for vehicle-mounted information entertainment system
CN110572764A (en) Remote fault diagnosis method and device for vehicle-mounted audio equipment
CN114945021A (en) Unmanned vehicle remote debugging method, device and system and storage medium
CN112051832B (en) Fault testing method, device and system based on simulation node and storage medium
CN115658002B (en) Audio playing method and device of vehicle system, electronic equipment and storage medium
DE102016102186A1 (en) Method and device for vehicle warning light treatment
CN105516853A (en) On-board entertainment system sound effect parameter debugging device and debugging method
CN113542372A (en) Data processing method and device
CN111506311A (en) Internet rapid iterative development, integration and release method and middlebox enabling engine
CN111527389A (en) Vehicle diagnosis method, vehicle diagnosis device and storage medium
CN106156036B (en) Vehicle-mounted audio processing method and vehicle-mounted equipment
CN113377658B (en) Vehicle controller debugging method and device
CN110941252A (en) Vehicle-mounted equipment testing method and system
US10951590B2 (en) User anonymity through data swapping
CN115118577B (en) Remote upgrade abnormality cause determination method, device, electronic equipment and storage medium
CN111474864B (en) Vehicle travel simulation system, vehicle travel simulation method, and starting device
CN114328184A (en) Big data cloud test method based on vehicle-mounted Ethernet architecture
US20210256964A1 (en) Method and device for logging an item of information relating to a rail vehicle
CN111131502A (en) Multi-system parking service information pushing method, device, equipment 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
RJ01 Rejection of invention patent application after publication

Application publication date: 20211022

RJ01 Rejection of invention patent application after publication