CN115442274B - Method, device, equipment and medium for testing cloud delay time of uploading automobile data - Google Patents

Method, device, equipment and medium for testing cloud delay time of uploading automobile data Download PDF

Info

Publication number
CN115442274B
CN115442274B CN202211060088.7A CN202211060088A CN115442274B CN 115442274 B CN115442274 B CN 115442274B CN 202211060088 A CN202211060088 A CN 202211060088A CN 115442274 B CN115442274 B CN 115442274B
Authority
CN
China
Prior art keywords
acquiring
event
cloud
data
uploading
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
Application number
CN202211060088.7A
Other languages
Chinese (zh)
Other versions
CN115442274A (en
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.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile 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 Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202211060088.7A priority Critical patent/CN115442274B/en
Publication of CN115442274A publication Critical patent/CN115442274A/en
Application granted granted Critical
Publication of CN115442274B publication Critical patent/CN115442274B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • 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/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles

Abstract

The invention provides a method, a device, equipment and a medium for testing the cloud delay time of uploading automobile data, wherein the method comprises the following steps: acquiring an event trigger list; setting a plurality of test scenes; triggering corresponding events according to the event trigger list in the test scene; acquiring test data in a period of time before and after triggering the corresponding event; acquiring a message of the corresponding event and acquiring test data pulling instruction information of the corresponding event; uploading the test data within a period of time before and after triggering the corresponding event to a cloud according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and obtaining the delay time of uploading the test data to the cloud. According to the method for testing the cloud delay time of the uploading of the automobile data, disclosed by the invention, the accuracy of the test of the cloud delay time of the uploading of the automobile data is improved.

Description

Method, device, equipment and medium for testing cloud delay time of uploading automobile data
Technical Field
The application relates to the technical field of vehicle-mounted big data testing, in particular to a testing method, device, equipment and medium for delay time of uploading cloud of automobile data.
Background
With the development of intelligent network-connected automobiles, automobile manufacturers upload more and more desensitized data to the cloud end through the network in order to realize the functions of diagnosing automobile function problems in time, collecting driving point cloud data, optimizing intelligent driving perception or decision strategies, judging accident responsibility and the like. In order to ensure timeliness of the data uploading cloud, each automobile manufacturer also provides performance requirements for timeliness of the vehicle-end data uploading cloud. Especially, aiming at the intelligent driving file closed-loop data, different requirements are also made on the uploading cloud delay time due to the fact that the related scenes are more and the uploading data volume is large. However, the big data acquisition and uploading cloud technology realized based on the vehicle-mounted Ethernet architecture needs to have a corresponding test method to ensure the quality of data acquisition and uploading and the timeliness of the uploading cloud time. However, the data uploading cloud delay time testing method has single testing scene, can not verify the main car use scene of the user, and can not ensure the accuracy of the uploading cloud delay time testing.
Disclosure of Invention
In view of the above-mentioned drawbacks of the prior art, the present invention provides a method, a device and a medium for testing the delay time of uploading cloud data of an automobile, so as to solve the technical problems that the test scene of the delay time of uploading cloud data of an automobile is single, and the accuracy of the delay time test of uploading cloud data and the accuracy of the data of uploading cloud data cannot be ensured.
The invention provides a method for testing the cloud delay time of uploading automobile data, which comprises the following steps:
acquiring an event trigger list;
setting a plurality of test scenes;
triggering corresponding events according to the event trigger list in the test scene;
acquiring test data in a period of time before and after triggering the corresponding event;
acquiring a message of the corresponding event and acquiring test data pulling instruction information of the corresponding event;
uploading the test data within a period of time before and after triggering the corresponding event to a cloud according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and
and acquiring the delay time of uploading the test data to the cloud.
In an embodiment of the invention, the setting a plurality of test scenarios includes the following steps:
acquiring information of an Internet of things card of a test vehicle;
acquiring a test place of the network signal intensity of the Internet of things card according to the information of the Internet of things card of the test vehicle; and
and acquiring the high-low load state information of the network uplink transmission channel and the high-low load state information of the vehicle-mounted entertainment terminal.
In an embodiment of the present invention, the acquiring the test data within a period of time before and after triggering the corresponding event further includes the steps of:
acquiring a specified line and a specified time length of running of the test vehicle;
acquiring high-load state information of the vehicle-mounted entertainment terminal;
under the conditions that the vehicle-mounted entertainment terminal is in a high-load state and the intelligent driving function is in an on state, the test vehicle finishes the running of the specified route and the specified duration; and
and acquiring test data of the test vehicle for completing the running of the specified route and the specified duration.
In an embodiment of the present invention, the acquiring the test data within a period of time before and after triggering the corresponding event further includes the steps of:
acquiring a first message uploaded by a controller;
acquiring configuration file information of the cloud;
acquiring triggering conditions of second message configuration according to the configuration file information of the cloud;
collecting data for a first message uploaded by the controller according to the triggering condition configured by the second message, and acquiring the second message; and
and obtaining a test data packet by packaging the second message.
In an embodiment of the present invention, the acquiring the test data within a period of time before and after triggering the corresponding event further includes the steps of:
acquiring a data acquisition rule of the corresponding event;
acquiring an event association controller local area network message file according to the data acquisition rule of the corresponding event; and
and acquiring an event-related video file and a front-view camera image data file according to the data acquisition rule of the corresponding event.
In an embodiment of the present invention, the step after obtaining the message of the corresponding event includes:
and according to the message of the corresponding event, acquiring a pulling rule of the event association controller local area network message file and a pulling rule of the event association video file, and acquiring a pulling rule of the front-view camera image data file.
In an embodiment of the present invention, the obtaining the test data pull instruction information of the corresponding event includes the following steps:
acquiring pulling instruction information of the event association controller area network message file according to the pulling rule of the event association controller area network message file;
acquiring pulling instruction information of the event-associated video file according to the pulling rule of the event-associated video file; and
And acquiring pulling instruction information of the front-view camera image data file according to the pulling rule of the front-view camera image data file.
The invention provides a device for testing the delay time of uploading cloud of automobile data, which comprises the following components:
the event acquisition module is used for acquiring an event trigger list;
the scene setting module is used for setting various test scenes;
the event triggering module is used for triggering corresponding events according to the event triggering list in the test scene;
the data acquisition module is used for acquiring test data in a period of time before and after triggering the corresponding event;
the instruction acquisition module is used for acquiring the message of the corresponding event and acquiring the test data pulling instruction information of the corresponding event;
the uploading cloud module is used for uploading the test data in a period before and after triggering the corresponding event to the cloud according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and
and the time acquisition module is used for acquiring the delay time of uploading the test data to the cloud.
The invention provides an electronic device, which is characterized in that the device comprises: the method for testing the cloud delay time of uploading the automobile data is characterized by comprising a memory, a processor and a computer program which is stored in the memory and can run on the processor, wherein the method for testing the cloud delay time of uploading the automobile data is realized when the processor executes the computer program.
The invention provides a computer readable storage medium, which stores computer instructions, and is characterized in that the computer instructions are executed by a processor to realize the method for testing the cloud delay time of uploading automobile data according to any one of the above.
The invention has the beneficial effects that: according to the method, under the conditions of simulating a single-event triggering working condition and simulating a multi-event triggering working condition of a user actual scene, effective coverage of an intelligent driving file closed-loop data uploading cloud scene is achieved by setting various scene combinations, and the method and the time for acquiring the test data uploading cloud of the automobile by triggering corresponding events in different scenes are greatly improved, so that the integrity of the automobile data uploading cloud and the accuracy of the automobile data uploading cloud delay time test are greatly 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 application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is apparent that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art. In the drawings:
Fig. 1 is an environmental schematic diagram of an implementation of a method for testing a cloud delay time of uploading automobile data according to an exemplary embodiment of the present application;
FIG. 2 is a flow chart of a method for testing the cloud latency of uploading automotive data according to an exemplary embodiment of the present application;
fig. 3 is a flowchart illustrating a testing method for simulating a cloud delay time of uploading automobile data under a single event triggering condition according to an exemplary embodiment of the present application.
FIG. 4 is a flowchart illustrating a testing method for simulating a cloud delay time of uploading automobile data under a condition of an actual driving scene of a user according to an exemplary embodiment of the present application;
FIG. 5 is a flow chart illustrating a method for uploading a test data packet to the cloud according to an exemplary embodiment of the present application;
fig. 6 is a flowchart illustrating a method for uploading a cloud end of an event-related CAN message file of a method for testing a delay time of uploading cloud end of automobile data according to an exemplary embodiment of the present application.
Fig. 7 is a flowchart illustrating a method for uploading a cloud end of an event-related video file of a method for testing a delay time of uploading cloud end of automobile data according to an exemplary embodiment of the present application.
Fig. 8 is a flowchart illustrating a method for uploading FC image data files to the cloud end according to a test method for latency of uploading vehicle data to the cloud end according to an exemplary embodiment of the present application.
Fig. 9 is a block diagram of a test apparatus for a cloud delay time of uploading automobile data according to an exemplary embodiment of the present application.
Fig. 10 shows a schematic diagram of a computer system suitable for use in implementing the electronic device of the embodiments of the present application.
Detailed Description
Further advantages and effects of the present invention will become readily apparent to those skilled in the art from the disclosure herein, by referring to the accompanying drawings and the preferred embodiments. The invention may be practiced or carried out in other embodiments that depart from the specific details, and the details of the present description may be modified or varied from the spirit and scope of the present invention. It should be understood that the preferred embodiments are presented by way of illustration only and not by way of limitation.
It should be noted that the illustrations provided in the following embodiments merely illustrate the basic concept of the present invention by way of illustration, and only the components related to the present invention are shown in the drawings and are not drawn according to the number, shape and size of the components in actual implementation, and the form, number and proportion of the components in actual implementation may be arbitrarily changed, and the layout of the components may be more complicated.
In the following description, numerous details are set forth in order to provide a more thorough explanation of embodiments of the present invention, it will be apparent, however, to one skilled in the art that embodiments of the present invention may be practiced without these specific details, in other embodiments, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the embodiments of the present invention.
It should be noted that TSP (Telematics Service Provider, internet of vehicles service background) is at the heart of a Telematics (Telematics) industry chain, and is connected upstream to an automobile manufacturer, an in-vehicle terminal device manufacturer, a software developer, a system integrator, and downstream to a content provider. The telematics services provided by TSPs integrate modern computer technologies such as location services, GIS (Geographic Information Science ) services, and communication services, providing powerful services for vehicle owners including navigation, entertainment, information, security, SNS (Social network service, social networking services), and remote maintenance. In an exemplary embodiment of the present application, for example, TSP is used as a cloud end, and the obtained automobile test data is uploaded to the TSP for simulation analysis.
ADS (Autonomous Driving System, autopilot system), a system that uses advanced communication, computer, network and control technologies to achieve real-time and continuous control of the vehicle so that the vehicle achieves its driving ability by itself without driver operation. An APA (Auto Parking Assist, automatic parking assist system) is a system for recognizing an effective parking space by using an on-vehicle sensor such as an ultrasonic radar or a camera, and controlling a vehicle to park by a control unit, and is a driving assist system capable of causing the vehicle to park in a parking space or exit the parking space in a correct manner, and is composed of an ultrasonic sensor system, a central control system, an execution system, and the like. The vehicle-mounted entertainment terminal (for example, expressed as THU) provides a remote communication interface for the whole vehicle through functions such as 4G (fourth generation mobile information Technology) remote wireless communication, GPS satellite positioning, acceleration sensing, CAN (Controller Area Network ) communication and the like, and has functions such as communication function, positioning capability, OTA (Over-the-Air Technology) upgrading, vehicle wireless communication Technology and the like.
Fig. 1 is an environmental schematic diagram of an implementation of a method for testing a cloud delay time of uploading automobile data according to an exemplary embodiment of the present application. As shown in fig. 1, when the vehicle 110 uses the vehicle-mounted sensor such as radar or a camera to obtain the environmental information around the vehicle 110 and the driver to operate during the driving process, the data information fed back by the internal system of the vehicle is transmitted and buffered by the data processing module 120, and the data processing module 120 uploads the buffered vehicle data uploaded by the vehicle 110 to the cloud 130 such as TSP (Telematics Service Provider, internet of vehicles service background). The cloud 130 shown in fig. 1 may be an automobile telematics service provider, or may be a cloud server that provides cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDNs (Content Delivery Network, content delivery networks), and basic cloud computing services such as big data and artificial intelligence platforms, which are not limited herein. The vehicle 110 may upload data to the data processing module 120 and the data processing module 120 may upload data to the cloud 130 through wireless networks such as 3G (third generation mobile information technology), 4G (fourth generation mobile information technology), and 5G (fifth generation mobile information technology). The embodiment of the application is not limited to this, and may be set according to actual requirements.
In some embodiments, the method for testing the cloud delay time of uploading the vehicle data only performs the test of the cloud delay time of uploading the vehicle data through a single scene or by triggering a single event. Obviously, the performance requirement of the vehicle data uploading cloud end during actual operation of a driver cannot be met through the single scene and the single event test, and the accuracy of the data uploading cloud end delay time test cannot be guaranteed. In order to solve these problems, embodiments of the present application provide a method, a device, equipment and a medium for testing a cloud delay time of uploading automobile data, and the embodiments will be described in detail below.
Referring to fig. 2, fig. 2 is a flowchart illustrating a method for testing a cloud delay time of uploading automobile data according to an exemplary embodiment of the present application. In some embodiments, the method may be applied to the implementation environment shown in FIG. 1 and executed in particular by the data processing module 120 in the implementation environment. It should be understood that the method may be adapted to other exemplary implementation environments and be specifically executed by devices in other implementation environments, and the implementation environments to which the method is adapted are not limited by the present embodiment.
For example, a navigation SDK (Software Development Kit, a software development kit, a development tool set when application software is built for a specific software package, a software framework, an operating system, etc.) may be installed in the data processing module 120 applicable to the method for testing the cloud delay time of uploading automobile data disclosed in the present embodiment, and the method disclosed in the present embodiment is specifically implemented as one or more functions provided by the SDK externally.
As shown in fig. 2, in an exemplary embodiment, the method for testing the delay time of uploading the vehicle data includes at least steps S210 to S280, which are described in detail as follows:
and step S210, finishing the registration of the Internet of vehicles and the inspection of the test vehicles.
Firstly, it should be noted that some checks including registration of the internet of vehicles, confirmation of the safety state of the test vehicle, and confirmation of the software and hardware version and functions of the associated controller need to be completed before the test of the cloud delay time for uploading the vehicle data is performed. The internet of vehicles registration is to have a license for uploading the vehicle data to the TSP. The registration of the internet of vehicles requires the addition of test vehicles for which the safety state is confirmed to be good. The test vehicle state is detected completely, the test vehicle state comprises a software and hardware version of an associated controller and function confirmation, wherein the software and hardware version of the associated controller and the function confirmation comprise an MCU (Microcontroller Unit, microcomputer), and the confirmation mainly aims at data acquisition and transmission and control of other controllers. The associated controller software and hardware version and function validation also includes a Front Camera (FC) function for capturing and recording the environment in Front of the vehicle 110 shown in fig. 1. The software and hardware version of the associated controller and function confirmation further comprise a function of confirming a vehicle-mounted entertainment terminal (for example, the vehicle-mounted entertainment terminal can be expressed as THU), the vehicle-mounted entertainment terminal provides a remote communication interface for the whole vehicle, the functions of communication function, positioning capability, OTA (Over-the-Air Technology) upgrading, vehicle wireless communication Technology and the like are provided, the vehicle-mounted entertainment Terminal (THU) in the embodiment comprises the vehicle-mounted entertainment terminal (for example, the vehicle-mounted entertainment terminal can be expressed as THU (HU)) and a vehicle-mounted communication base terminal (for example, the vehicle-mounted entertainment terminal can be expressed as THU (4G)), the THU (HU) realizes a main application program function of the THU, and the THU (4G) realizes a vehicle-mounted communication function. The associated controller hardware and software version and function validation also includes the function of validating the ADS (Autonomous Driving System, autopilot system) and the APA (Auto Parking Assist, autopilot assist system). The inspection of the test vehicle ensures the safety and accuracy of the test.
Step S220, an event trigger list is obtained.
The event trigger list of the vehicle 110 shown in fig. 1 is set according to different vehicle type projects, and the event trigger list includes information of events such as starting the vehicle 110, instantaneous acceleration running of the vehicle 110, instantaneous braking of the vehicle 110, passing of the vehicle 110 through an arch bridge, turning of the vehicle 110, deceleration stopping of the vehicle 110, and the like, so that the comprehensiveness of trigger event coverage is ensured when the vehicle 110 is tested.
Step S230, setting various test scenes.
In the set various test scenes, the difference of the intensity of the network signals, the load of the network uplink transmission channel and the load of the vehicle-mounted entertainment terminal can cause the difference of the test results of the cloud delay time of the uploading of the vehicle data, and the effective coverage of the cloud scene of the closed-loop data uploading of the intelligent driving file is realized by combining the scenes of the intensity of the network signals, the load of the network uplink transmission channel and the load of the vehicle-mounted entertainment terminal, and the test in the scenes is set, so that the accuracy and the comprehensiveness of the cloud test time of uploading are ensured. Various test scenarios, for example, the first test scenario includes weak network signals, low load of a network uplink transmission channel, and low load of a vehicle-mounted entertainment terminal. For example, the second test scenario includes weak network signals, low network uplink transmission channel load, and high vehicle entertainment terminal load. For example, the third test scenario includes weak network signals, high network uplink transmission channel load, and high vehicle entertainment terminal load. For example, the fourth test scenario includes weak network signals, high network uplink transmission channel load, and low vehicle entertainment terminal load. For example, the fifth test scenario includes strong network signals, low load of the network uplink transmission channel, and low load of the vehicle-mounted entertainment terminal. For example, the sixth test scenario includes strong network signals, low load on the network uplink transmission channel, and high load on the vehicle entertainment terminal. For example, the seventh test scenario includes strong network signals, high network uplink transmission channel load and low vehicle entertainment terminal load. For example, the eighth test scenario includes strong network signals, high network uplink transmission channel load and high vehicle entertainment terminal load.
When setting the strength of the network signal, the provider information of the 4G internet of things card of the vehicle 110 shown in fig. 1 needs to be checked first, and then the test location of the strength of the network signal is selected according to the provider of the 4G internet of things card of the vehicle 110. The load of the network uplink transmission channel is determined by the bandwidth of the uplink transmission channel, the larger the bandwidth is, the smaller the load of the network uplink transmission channel is, the smaller the bandwidth is, and the higher the load of the network uplink transmission channel is, wherein the bandwidth of the uplink transmission channel can be distributed by an MCU (Microcontroller Unit, microcomputer). The load of the in-vehicle entertainment terminal is determined according to the magnitude of the controller output signal corresponding to the application program loaded on the vehicle 110.
Step S240, triggering corresponding events according to the event trigger list in various test scenes.
When triggering the corresponding event, two working conditions, such as a simulated single event triggering working condition and a simulated user actual scene working condition, need to be set in advance. For example, under the simulated single event triggering working condition, the set test scene is a first test scene including weak network signals, low load of a network uplink transmission channel and low load of a vehicle-mounted entertainment terminal. Then in a first test scenario, the driver triggers corresponding events such as sudden braking, sharp turning and acceleration, etc., sequentially through the CANOE (Controller Area Network Open environment, car bus device) according to the event trigger list, wherein each event within each scenario triggers the test at least 3 times, for example.
Step S250, test data in a period of time before and after the triggering of the corresponding event is obtained.
The data processing module 120 shown in fig. 1 collects test data packets and files for a period of time before and after occurrence of a corresponding event according to a collection rule of the corresponding event. In some embodiments, the test data includes test packets, such as TCP (Transmission Control Protocol ) packets, and test files. The test files comprise event-related CAN message files, event-related video files and FC image data files.
Step S260, the message of the corresponding event is obtained, and the data pulling instruction information of the corresponding event is obtained.
The data processing module 120 shown in fig. 1 caches test data in a period of time before and after the corresponding event is triggered in the data processing module 120, and sends a message of the corresponding event to the cloud 130, for example, the TSP, and the cloud 130, for example, the TSP, actively or passively sends a test file or a test data packet pulling instruction to the data processing module 120 according to a file pulling rule of the corresponding event after obtaining the message of the corresponding event.
Step S270, according to the message of the related event and the data pulling instruction information of the corresponding event, the test data in a period of time before and after the corresponding event is triggered is uploaded to the cloud.
After the data processing module 120 shown in fig. 1 obtains the information of the test data packet or the test file pulling instruction sent by the cloud end 130, for example, the TSP, the test data packet or the test file cached in the data processing module 120 is uploaded to the cloud end, for example, the TSP, so as to complete uploading of the test data of the automobile to the cloud end. By acquiring the information of the message of the corresponding event and the information of the data pulling instruction of the corresponding event, the accuracy of uploading the measured data to the cloud can be improved.
Step S280, obtaining the delay time of uploading the test data to the cloud.
The delay time of uploading the test data to the cloud in this embodiment is a time interval from when the data pulling instruction information sent by the cloud, such as TSP, actively or passively, is obtained to when the test data is successfully uploaded to the cloud. Because each event in each scene in step S240 triggers a test at least for 3 times, the test time acquired by each corresponding event in each scene is for example 3 times, and the test time obtained by calculating the obtained multiple test times is compared with the preset time value to determine whether the vehicle performance target, i.e. the vehicle data uploading cloud delay time, is qualified, if the test time value is less than or equal to the preset time value, the vehicle performance target, i.e. the vehicle data uploading cloud delay time, is qualified, and if the test time value is greater than the preset time value, the vehicle performance target, i.e. the vehicle data uploading cloud delay time, is not qualified. And the performance of software and hardware in the vehicle can be optimized by analyzing the working conditions, the scenes and the test data triggered by the corresponding events.
Fig. 3 is a flowchart illustrating a testing method for simulating a cloud delay time of uploading automobile data under a single event triggering condition according to an exemplary embodiment of the present application. The test method for simulating the cloud delay time of uploading automobile data under the single event triggering condition can comprise steps S310 to S370, and is described in detail as follows:
step S310, according to the event list definition of the vehicle type project of the test vehicle, acquiring an event trigger list.
Different vehicle model items include different event list definitions, and event trigger lists are set according to the event list definitions.
Step S320, obtaining the test sites of the network signal intensity.
The cloud end for uploading the automobile data needs a network to transmit the data, the network is provided by a 4G (fourth generation mobile information technology) internet of things card of the automobile 110 shown in fig. 1, when a place for acquiring the strength of a network signal is acquired, a provider of the 4G internet of things card of the automobile needs to be confirmed first, and then a test place related to the strength of the network signal is selected according to the place for providing the strength of the network signal by the provider of the internet of things card.
Step S330, obtaining the load high-low state information of the network uplink transmission channel and obtaining the load high-low state information of the vehicle-mounted entertainment terminal.
The load of the uplink transmission channel of the network is determined by the bandwidth of the uplink transmission channel, the larger the bandwidth is, the smaller the load of the uplink transmission channel of the network is, the smaller the bandwidth is, and the higher the load of the uplink transmission channel of the network is, wherein the bandwidth of the uplink transmission channel can be distributed by an MCU (Microcontroller Unit, microcomputer). The load of the vehicle-mounted entertainment terminal is determined according to the output signal of the controller corresponding to the application program loaded by the vehicle 110, namely, the load of the vehicle-mounted entertainment Terminal (THU) is realized according to the number of application programs running in the background of the vehicle-mounted entertainment terminal, the number of application programs running in the vehicle-mounted entertainment Terminal (THU) is large, the load of the vehicle-mounted entertainment Terminal (THU) is high, the number of application programs running in the vehicle-mounted entertainment Terminal (THU) is small, and the load of the vehicle-mounted entertainment Terminal (THU) is low.
Step S340, in the scene of the combination of the high or low load of the network uplink transmission channel and the high or low load of the vehicle-mounted entertainment terminal, according to the event trigger list, triggering a single corresponding event.
The combined scenes are, for example, eight test scenes set in step 230, so that effective coverage of the intelligent driving file closed-loop data uploading cloud scene is realized, and the combined scenes are set to be tested in a plurality of scenes, so that accuracy and comprehensiveness of uploading cloud test time are ensured. And then triggering single corresponding events for multiple times through CANOE according to the information of the event trigger list.
Step S350, test data in a period of time before and after the single corresponding event is triggered is obtained.
The data processing module 120 shown in fig. 1 collects test data packets and files for a period of time before and after occurrence of a corresponding event according to a collection rule of the corresponding event. Wherein the file comprises an event-related CAN message file, an event-related video file and an FC image data file
Step S360, the test data in a period of time before and after the single corresponding event is triggered to upload to the cloud.
The data processing module 120 shown in fig. 1 caches test data in a period of time before and after the corresponding event is triggered in the data processing module 120, and sends a message of the corresponding event to the cloud 130, for example, the TSP, and the cloud 130, for example, the TSP, actively or passively sends a test file or a test data packet pulling instruction to the data processing module 120 according to a file pulling rule of the corresponding event after obtaining the message of the corresponding event. After the data processing module 120 shown in fig. 1 obtains the test data packet or the test file pulling instruction sent by the cloud end 130, for example, the TSP, the test data packet or the test file cached in the data processing module 120 is uploaded to the cloud end, for example, the TSP, so as to complete uploading of the test data of the automobile.
Step S370, obtaining the delay time of uploading the test data to the cloud in a period of time before and after the single corresponding event is triggered.
The delay time of uploading the test data to the cloud in a period of time before and after the single corresponding event is triggered in the embodiment is a time interval from the time when the data pulling instruction information sent by the cloud, such as the TSP, actively or passively is acquired to the time when the test data is successfully uploaded to the cloud. And the acquired delay time of the test data uploading cloud needs to be compared with a preset time value to judge whether the data uploading cloud performance of the vehicle is qualified or not.
Fig. 4 is a flowchart illustrating a test method for simulating a cloud delay time of uploading automobile data under a condition of an actual driving scenario of a user according to an exemplary embodiment of the present application. The test method for simulating the cloud delay time of uploading the automobile data under the actual driving scene working condition of the user can comprise the following steps S410 to S460, which are described in detail:
step S410, a prescribed route and a prescribed time period for the test vehicle to travel are acquired.
In the working condition test of simulating the actual driving scene of the user, the specified line and the specified driving time length of the test vehicle are required to be acquired so as to improve the integrity and accuracy of data collection. The prescribed routes include urban adaptive driving routes, suburban adaptive driving routes and highway adaptive driving routes.
Step S420, obtaining high-load state information of the vehicle-mounted entertainment terminal.
After the single event triggering working condition test is completed, the vehicle is continuously and normally driven, and during driving, the vehicle-mounted entertainment terminal is in a high-load state, so that the background actual condition of an application program in actual driving operation of a user is realized.
Step S430, under the condition that the vehicle-mounted entertainment terminal is in a high-load state and the intelligent driving function is in an on state, the test vehicle finishes running of a specified line and a specified duration.
Step S440, obtaining test data for the test vehicle to complete the running of the prescribed line and the prescribed time period.
The data processing module 120 shown in fig. 1 collects test data including test data packets such as TCP packets and files in a prescribed line and a prescribed time period according to a collection rule of a corresponding event, wherein the files include an event-related CAN message file, an event-related video file, and an FC image data file.
Step S450, the test data is uploaded to the cloud.
The data processing module 120 shown in fig. 1 caches test data in a period of time before and after the corresponding event is triggered in the data processing module 120, and sends a message of the corresponding event to the cloud 130, for example, the TSP, and the cloud 130, for example, the TSP, actively or passively sends a test file or a test data packet pulling instruction to the data processing module 120 according to a file pulling rule of the corresponding event after obtaining the message of the corresponding event. After the data processing module 120 shown in fig. 1 obtains the test data packet or the test file pulling instruction sent by the cloud end 130, for example, the TSP, the test data packet or the test file cached in the data processing module 120 is uploaded to the cloud end, for example, the TSP, so as to complete uploading of the test data of the automobile.
Step S460, obtaining the delay time of uploading the test data to the cloud.
The delay time of uploading the test data to the cloud in this embodiment is a time interval from when the data pulling instruction information sent by the cloud, such as TSP, actively or passively, is obtained to when the test data is successfully uploaded to the cloud. And the acquired delay time of the test data uploading cloud needs to be compared with a preset time value to judge whether the data uploading cloud performance of the vehicle is qualified or not.
Fig. 5 is a flowchart illustrating a method for uploading a test data packet to the cloud according to an exemplary embodiment of the present application. The method for uploading the test data packet to the cloud end may include steps S510 to S550, which are described in detail below:
step S510, a first message uploaded by a controller is obtained.
In an embodiment of the present application, the MCUs of the plurality of controllers upload the first message, such as the CAN message, transmitted by the controller to the vehicle-mounted communication base terminal (for example, may be represented as the tha (4G)), and the signal processing module, such as the CAN signal processing module, in the tha (4G) temporarily stores the first message, such as the CAN message, transmitted by the controller in the buffer module of the tha (4G). The message refers to a frame for transmitting data to the vehicle-mounted communication basic terminal by the MCU of the plurality of controllers.
Step S520, obtain the configuration file information of the cloud.
The cloud 130 shown in fig. 1, for example, is configured with a configuration file at the TSP server side.
Step S530, acquiring triggering conditions of the second message configuration according to the configuration file information of the cloud.
The big data processing module in the vehicle-mounted communication base terminal (for example, can be expressed as THU (4G)) configures a triggering condition of the second message needing to be uploaded to the cloud according to the configuration file of the TSP server side. The trigger condition of the second message configuration of the cloud end to be uploaded includes an action of triggering a corresponding event, for example, an action of opening an air conditioner is performed, corresponding message information is generated, if the action of opening the air conditioner is not configured in the configuration file, the message generated by the action of opening the air conditioner has no trigger condition, and the message is not packaged and uploaded to the TSP.
Step S540, collecting data for the first message uploaded by the controller according to the triggering condition of the second message configuration, obtaining the second message needing to be uploaded to the cloud and obtaining the test data packet.
The big data analysis module in the vehicle-mounted communication basic terminal (for example, CAN be expressed as THU (4G)) acquires the second message needing to be uploaded by the cloud after collecting data of the first message, such as the CAN message, transmitted by the controller temporarily stored in the buffer module according to the triggering condition of the second message configuration needing to be uploaded by the cloud, and the second messages needing to be uploaded by the cloud are packaged into a TCP test data packet. The accuracy of the vehicle test data uploaded to the cloud can be improved by acquiring the trigger condition of the second message configuration to be uploaded to the cloud to collect the data of the first message transmitted by the controller.
In step S550, the test data packet is uploaded to the cloud.
The data uploading module of the vehicle-mounted communication base terminal (for example, can be expressed as THU (4G)) transmits the TCP test data packet to the TSP server, so that the data packet is successfully uploaded to the cloud end, or is stored locally by the data storage module, and the test data packet is retransmitted to the TSP server when necessary.
Fig. 6 is a flowchart illustrating a method for uploading a cloud end of an event-related CAN message file of a method for testing a delay time of uploading cloud end of automobile data according to an exemplary embodiment of the present application. The method for uploading the cloud end of the event-related CAN message file may include steps S610 to S650, which are described in detail below:
step S610, acquiring an event-related CAN message file.
When a corresponding event is triggered after a scene analysis or system optimization event occurs, an ADS (Autonomous Driving System, automatic driving system) controller collects CAN messages in a period of time before and after the corresponding event occurs according to the collection rules of various corresponding events, packages the CAN messages in a period of time into a file and stores the file in the ADS (Autonomous Driving System, automatic driving system) controller. The ADS (Autonomous Driving System) controller collects CAN messages within a period of time before and after corresponding events according to the collection rules of various corresponding events, so that the accuracy of collecting and uploading cloud data is ensured.
Step S620, obtaining the message of the corresponding event.
After CAN messages are collected for a period of time before and after the corresponding event occurs, the ADS controller sends out the messages of the corresponding event, and the vehicle-mounted communication base terminal (THU (4G)) sends the event report to the TSP.
Step S630, according to the corresponding event message, the pulling rule of the event-associated CAN message file is obtained.
After receiving the message of the corresponding event sent by the ADS controller, the TSP acquires the pulling rule of the event association CAN message file of each event configured by the configuration file of the TSP server.
Step S640, according to the pulling rule of the event-related CAN message file, pulling instruction information of the event-related CAN message file is obtained.
The TSP actively/passively transmits an event-related CAN message file pulling instruction according to the event-related CAN message file pulling rules of various events. The accuracy of uploading the event-related CAN message files of the cloud is guaranteed through the event-related CAN message file pulling rules of various events.
Step S650, uploading the event-related CAN message file to the cloud according to the pulling instruction information of the event-related CAN message file.
According to the event association CAN message file pulling instruction, the vehicle-mounted communication base terminal THU (HU) pulls and caches the event association CAN message file from the ADS controller, and uploads the event association CAN message file to the TSP when uploading is allowed. The event-related CAN message file pulling instruction is used for uploading the cloud, so that the accuracy of uploading the event-related CAN message file to the cloud is improved.
Fig. 7 is a flowchart illustrating a method for uploading a cloud end of an event-related video file of a method for testing a delay time of uploading cloud end of automobile data according to an exemplary embodiment of the present application. The method for uploading the event-related video file to the cloud may include steps S710 to S750, which are described in detail below:
in step S710, an event-related video file is acquired.
When a corresponding event is triggered after a scene analysis or system optimization event occurs, an APA (Auto Parking Assist, automatic parking assist system) controller collects event related videos in a period of time before and after the corresponding event occurs according to collection rules of various corresponding events, packages the event related videos in a period of time into files and stores the files in the APA controller.
Step S720, obtaining the message of the corresponding event.
After the event related videos in a period of time before and after the corresponding event is collected, the APA controller sends out a message of the corresponding event, and the vehicle-mounted communication base terminal (THU (4G)) sends the event report to the TSP.
Step S730, obtaining the pulling rule of the event-related video file according to the corresponding event message.
After receiving the message of the corresponding event sent by the APA controller, the TSP acquires the event associated video file pulling rule of various events configured by the configuration file of the TSP server.
Step S740, according to the pulling rule of the event-related video file, the pulling instruction information of the event-related video file is obtained.
And the TSP actively/passively transmits an event-related video file pulling instruction according to the pulling rule of various event-related video files. And the accuracy of uploading the event-associated video file of the cloud is ensured through the event-associated video file pulling rule of various events.
Step S750, uploading the event-related video file to the cloud according to the pulling instruction information of the event-related video file.
According to the event-related video file pulling instruction, the vehicle-mounted communication base terminal THU (HU) pulls and caches the event-related video file from the APA controller, and uploads the event-related video file to the TSP when uploading is allowed. The event-related video file is pulled to be instructed to upload the cloud end, so that the accuracy of uploading the event-related video file to the cloud end is improved.
Fig. 8 is a flowchart illustrating a method for uploading an FC (Front Camera) image data file of a method for testing a delay time of uploading cloud of automobile data according to an exemplary embodiment of the present application. The method for uploading the FC image data file to the cloud may include steps S810 to S850, which are described in detail below:
Step S810, an FC image data file is acquired.
When AEB (Autonomous Emergency Braking, automatic emergency braking system) triggers or detects conditions such as traffic lights, FC (Front Camera) captures a Front view image and then transmits the FC image data file to ADS (Autonomous Driving System, automatic driving system) controller.
Step S820, obtaining the message of the corresponding event.
After the FC image data file is collected, the ADS controller sends out a message of a corresponding event, and the vehicle-mounted communication base terminal (THU (4G)) sends the event report to the TSP.
Step S830, obtaining the pulling rule of the FC image data file according to the message of the corresponding event.
After receiving the message of the corresponding event sent by the ADS controller, the TSP acquires FC image data file pulling rules of various events configured by the configuration file of the TSP server.
Step S840, obtaining the pulling instruction information of the FC image data file according to the pulling rule of the FC image data file.
The TSP actively/passively transmits FC image data file pulling instructions according to the pulling rules of FC image data files of various events. The accuracy of uploading the FC image data file of the cloud is ensured through the FC image data file pulling rule of various events.
Step S850, uploading the FC image data file to the cloud according to the pulling instruction information of the FC image data file.
According to the FC image data file pulling instruction, the vehicle-mounted communication base terminal THU (HU) pulls and caches the FC image data file from the ADS controller, and uploads the FC image data file to the TSP when uploading is allowed, so that the FC image data file uploading cloud is realized. The FC image data file pulling instruction is used for uploading the cloud end, so that the accuracy of uploading the FC image data file to the cloud end is improved.
Fig. 9 is a block diagram of a test apparatus for a cloud delay time of uploading automobile data according to an exemplary embodiment of the present application. The apparatus may be applied to the implementation environment shown in fig. 1 and is specifically configured in the data processing module 120. The apparatus may also be adapted to other exemplary implementation environments and may be specifically configured in other devices, and the present embodiment is not limited to the implementation environments to which the apparatus is adapted.
As shown in fig. 9, the exemplary test device for the cloud delay time of uploading automobile data includes:
the scene setting module 910 is configured to set a plurality of test scenes; the event acquisition module is used for acquiring an event trigger list; an event triggering module 930, configured to trigger a corresponding event according to the event triggering list in the test scenario; a data acquisition module 940 for acquiring test data within a period of time before and after triggering the corresponding event; an instruction acquisition module 950, configured to acquire a message of the corresponding event and acquire the test data pull instruction of the corresponding event; the upload cloud module 960 is configured to upload the test data in a period of time before and after triggering the corresponding event to the cloud according to the message of the corresponding event and the test data pulling instruction of the corresponding event; a time acquisition module 970 is configured to acquire a delay time of uploading the test data to the cloud.
In another exemplary embodiment, the apparatus further comprises:
the buffer module temporarily stores the first message such as CAN message transmitted by the controller; the signal processing module temporarily stores the first message, such as the CAN message, transmitted by the controller in the buffer module; the data processing module configures triggering conditions of a second message to be uploaded to the cloud according to the configuration file of the TSP server; the data analysis module is used for collecting the second message needing to be uploaded to the cloud according to the triggering condition of the second message needing to be uploaded to the cloud and packaging the second message into a test data packet such as a TCP data packet; the data uploading module is used for uploading the TCP data packet to the TSP server; and the data storage module is used for keeping the TCP data packet to the local and transmitting the TCP data packet to the TSP at preset time.
It should be noted that, the device for testing the cloud delay time of uploading the automobile data provided in the above embodiment and the method for testing the cloud delay time of uploading the automobile data provided in the above embodiment belong to the same concept, and the specific manner in which each module performs the operation has been described in detail in the method embodiment, which is not repeated herein. In practical application, the testing device for the cloud delay time of uploading the automobile data provided by the embodiment can distribute the functions to be completed by different functional modules according to the needs, namely, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above, and the device is not limited in this place.
The embodiment of the application also provides electronic equipment, which comprises: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the electronic equipment realizes the testing method of the cloud delay time of uploading the automobile data provided in each embodiment.
Fig. 10 shows a schematic diagram of a computer system suitable for use in implementing the electronic device of the embodiments of the present application. It should be noted that, the computer system 1000 of the electronic device shown in fig. 10 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.
As shown in fig. 10, the computer system 1000 includes a central processing unit (Central Processing Unit, CPU) 1001 that can perform various appropriate actions and processes, such as performing the method described in the above embodiment, according to a program stored in a Read-Only Memory (ROM) 1002 or a program loaded from a storage section 1008 into a random access Memory (Random Access Memory, RAM) 1003. In the RAM1003, various programs and data required for system operation are also stored. The CPU 1001, ROM 1002, and RAM1003 are connected to each other by a bus 1004. An Input/Output (I/O) interface 1005 is also connected to bus 1004.
The following components are connected to the I/O interface 1005: an input section 1006 including a keyboard, a mouse, and the like; an output portion 1007 including a Cathode Ray Tube (CRT), a liquid crystal display (Liquid Crystal Display, LCD), and a speaker; a storage portion 1008 including a hard disk or the like; and a communication section 1009 including a network interface card such as a LAN (Local Area Network ) card, a modem, or the like. The communication section 1009 performs communication processing via a network such as the internet. The drive 1010 is also connected to the I/O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is installed on the drive 1010 as needed, so that a computer program read out therefrom is installed into the storage section 1008 as needed.
In particular, according to embodiments of the present application, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication portion 1009, and/or installed from the removable medium 1011. When executed by a Central Processing Unit (CPU) 1001, the computer program performs various functions defined in the system of the present application.
It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium may be, for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-Only Memory (ROM), an erasable programmable read-Only Memory (Erasable Programmable Read Only Memory, EPROM), flash Memory, an optical fiber, a portable compact disc read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with a computer-readable computer program embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. A computer program embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Where each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present application may be implemented by means of software, or may be implemented by means of hardware, and the described units may also be provided in a processor. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
Another aspect of the present application also provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor of a computer, causes the computer to perform a method for testing a cloud delay time for uploading automotive data as described above. The computer-readable storage medium may be included in the electronic device described in the above embodiment or may exist alone without being incorporated in the electronic device.
Another aspect of the present application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions, so that the computer device executes the test method of the cloud delay time of uploading the automobile data provided in the above embodiments.
The above embodiments are merely illustrative of the principles of the present invention and its effectiveness, and are not intended to limit the invention. Modifications and variations may be made to the above-described embodiments by those skilled in the art without departing from the spirit and scope of the invention. It is therefore intended that all equivalent modifications and changes made by those skilled in the art without departing from the spirit and technical spirit of the present invention shall be covered by the appended claims.

Claims (10)

1. The method for testing the cloud delay time of the uploading of the automobile data is characterized by comprising the following steps of:
acquiring an event trigger list;
setting a plurality of test scenes;
triggering corresponding events according to the event trigger list in the test scene;
acquiring test data in a period of time before and after triggering the corresponding event;
acquiring a message of the corresponding event and acquiring test data pulling instruction information of the corresponding event;
uploading the test data within a period of time before and after triggering the corresponding event to a cloud according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and
and acquiring the delay time of uploading the test data to the cloud.
2. The method for testing the cloud delay time of uploading automobile data according to claim 1, wherein the setting of the plurality of test scenes comprises the following steps:
acquiring information of an Internet of things card of a test vehicle;
acquiring a test place of the network signal intensity of the Internet of things card according to the information of the Internet of things card of the test vehicle; and
and acquiring the high-low load state information of the network uplink transmission channel and the high-low load state information of the vehicle-mounted entertainment terminal.
3. The method for testing the cloud delay time of uploading automobile data according to claim 2, wherein the step of acquiring the test data within a period of time before and after triggering the corresponding event further comprises the steps of:
acquiring a prescribed route and prescribed time length of the test vehicle;
acquiring high-load state information of the vehicle-mounted entertainment terminal;
under the conditions that the vehicle-mounted entertainment terminal is in a high-load state and the intelligent driving function is in an on state, the test vehicle finishes the running of the specified route and the specified duration; and
and acquiring test data of the test vehicle for completing the running of the specified route and the specified duration.
4. The method for testing the cloud delay time of uploading automobile data according to claim 1, wherein the step of acquiring the test data within a period of time before and after triggering the corresponding event further comprises the steps of:
acquiring a first message uploaded by a controller;
acquiring configuration file information of the cloud;
acquiring triggering conditions of second message configuration according to the configuration file information of the cloud;
collecting data for a first message uploaded by the controller according to the triggering condition configured by the second message, and acquiring the second message; and
And obtaining a test data packet by packaging the second message.
5. The method for testing the cloud delay time of uploading automobile data according to claim 1, wherein the step of acquiring the test data within a period of time before and after triggering the corresponding event further comprises the steps of:
acquiring a data acquisition rule of the corresponding event;
acquiring an event association controller local area network message file according to the data acquisition rule of the corresponding event; and
and acquiring an event-related video file and a front-view camera image data file according to the data acquisition rule of the corresponding event.
6. The method for testing the cloud delay time of uploading automobile data according to claim 5, wherein the step after obtaining the message of the corresponding event comprises the following steps:
and according to the message of the corresponding event, acquiring a pulling rule of the event association controller local area network message file and a pulling rule of the event association video file, and acquiring a pulling rule of the front-view camera image data file.
7. The method for testing the cloud delay time of uploading automobile data according to claim 6, wherein the step of obtaining the test data pull instruction information of the corresponding event comprises the following steps:
Acquiring pulling instruction information of the event association controller area network message file according to the pulling rule of the event association controller area network message file;
acquiring pulling instruction information of the event-associated video file according to the pulling rule of the event-associated video file; and
and acquiring pulling instruction information of the front-view camera image data file according to the pulling rule of the front-view camera image data file.
8. The utility model provides a testing arrangement of high in clouds delay time is uploaded to car data, its characterized in that, the device includes:
the event acquisition module is used for acquiring an event trigger list;
the scene setting module is used for setting various test scenes;
the event triggering module is used for triggering corresponding events according to the event triggering list in the test scene;
the data acquisition module is used for acquiring test data in a period of time before and after triggering the corresponding event;
the instruction acquisition module is used for acquiring the message of the corresponding event and acquiring the test data pulling instruction information of the corresponding event;
the uploading cloud module is used for uploading the test data in a period before and after triggering the corresponding event to the cloud according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and
And the time acquisition module is used for acquiring the delay time of uploading the test data to the cloud.
9. An electronic device, the electronic device comprising:
one or more processors;
storage means for storing one or more programs which, when executed by the one or more processors, cause the electronic device to implement the method for testing cloud latency of uploading automotive data according to any one of claims 1 to 7.
10. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor of a computer, causes the computer to perform the method of testing the cloud latency of uploading of automotive data according to any one of claims 1 to 7.
CN202211060088.7A 2022-08-31 2022-08-31 Method, device, equipment and medium for testing cloud delay time of uploading automobile data Active CN115442274B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211060088.7A CN115442274B (en) 2022-08-31 2022-08-31 Method, device, equipment and medium for testing cloud delay time of uploading automobile data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211060088.7A CN115442274B (en) 2022-08-31 2022-08-31 Method, device, equipment and medium for testing cloud delay time of uploading automobile data

Publications (2)

Publication Number Publication Date
CN115442274A CN115442274A (en) 2022-12-06
CN115442274B true CN115442274B (en) 2023-05-12

Family

ID=84244176

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211060088.7A Active CN115442274B (en) 2022-08-31 2022-08-31 Method, device, equipment and medium for testing cloud delay time of uploading automobile data

Country Status (1)

Country Link
CN (1) CN115442274B (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103646496A (en) * 2013-12-27 2014-03-19 深圳市众鸿科技股份有限公司 Method, device and system for monitoring vehicle information
CN112165528A (en) * 2020-09-30 2021-01-01 重庆长安汽车股份有限公司 Vehicle event and management method, system and storage medium of event file data thereof
CN112860747A (en) * 2021-02-05 2021-05-28 重庆长安汽车股份有限公司 Automatic data recording, storing and classifying system and method
CN113505029A (en) * 2021-06-10 2021-10-15 荣耀终端有限公司 Delay testing method and related device
CN113902567A (en) * 2021-10-12 2022-01-07 工银科技有限公司 Task execution method and device and electronic equipment
CN114048040A (en) * 2021-11-29 2022-02-15 中南大学 Task scheduling method based on time delay relation between memory and image classification model
CN114328184A (en) * 2021-12-01 2022-04-12 重庆长安汽车股份有限公司 Big data cloud test method based on vehicle-mounted Ethernet architecture
CN114344892A (en) * 2022-01-04 2022-04-15 腾讯科技(深圳)有限公司 Data processing method and related device
CN217240799U (en) * 2022-02-09 2022-08-19 武汉路特斯汽车有限公司 Data transmission processing apparatus and vehicle

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016172663A1 (en) * 2015-04-24 2016-10-27 Tagb.io. Inc. Outcome prediction

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103646496A (en) * 2013-12-27 2014-03-19 深圳市众鸿科技股份有限公司 Method, device and system for monitoring vehicle information
CN112165528A (en) * 2020-09-30 2021-01-01 重庆长安汽车股份有限公司 Vehicle event and management method, system and storage medium of event file data thereof
CN112860747A (en) * 2021-02-05 2021-05-28 重庆长安汽车股份有限公司 Automatic data recording, storing and classifying system and method
CN113505029A (en) * 2021-06-10 2021-10-15 荣耀终端有限公司 Delay testing method and related device
CN113902567A (en) * 2021-10-12 2022-01-07 工银科技有限公司 Task execution method and device and electronic equipment
CN114048040A (en) * 2021-11-29 2022-02-15 中南大学 Task scheduling method based on time delay relation between memory and image classification model
CN114328184A (en) * 2021-12-01 2022-04-12 重庆长安汽车股份有限公司 Big data cloud test method based on vehicle-mounted Ethernet architecture
CN114344892A (en) * 2022-01-04 2022-04-15 腾讯科技(深圳)有限公司 Data processing method and related device
CN217240799U (en) * 2022-02-09 2022-08-19 武汉路特斯汽车有限公司 Data transmission processing apparatus and vehicle

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
乔雅正等."地铁列车环境中多依赖复杂事件处理研究".《计算机应用研究》.2019,第36卷(第8期),全文. *
朱严峰.舰艇指挥系统网络仿真软件的设计与开发.全文. *

Also Published As

Publication number Publication date
CN115442274A (en) 2022-12-06

Similar Documents

Publication Publication Date Title
CN109067925B (en) Remote control parking method and system
CN112188435A (en) Vehicle communication method, device, medium and electronic device based on ETC system
CN109194544B (en) Vehicle-road communication testing platform and testing method based on EUHT technology
CN110576808B (en) Vehicle, vehicle machine equipment and scene information pushing method based on artificial intelligence
CN115334110A (en) System architecture, communication method, vehicle, medium and chip for vehicle control
EP4020356A1 (en) Distributed in-vehicle realtime sensor data processing as a service
CN115203078A (en) Vehicle data acquisition system, method, equipment and medium based on SOA architecture
CN115442274B (en) Method, device, equipment and medium for testing cloud delay time of uploading automobile data
CN113795010B (en) Method and device for testing automobile queue, electronic equipment and storage medium thereof
CN115384536A (en) Evaluation method, device, equipment and medium for driving assistance system controller
CN112687105B (en) Vehicle whistling detection system and method
CN115221151A (en) Vehicle data transmission method and device, vehicle, storage medium and chip
CN113591744B (en) Method for generating annotation data aiming at dangerous driving behaviors and data acquisition system
CN114199274A (en) Vehicle travel determining method, device and equipment and readable storage medium
CN112766746A (en) Traffic accident recognition method and device, electronic equipment and storage medium
CN114084147A (en) System and method for evaluating driver performance
CN105139649A (en) Remote vehicle overload monitoring system and method
Young et al. A flow based architecture for efficient distribution of vehicular information in smart cities
CN111627226A (en) Vehicle reverse running monitoring network, method, device, medium and electronic equipment
CN114755035B (en) Intelligent driving multidimensional test method based on vehicle-mounted terminal
CN115691180B (en) Method and device for monitoring particulate matters discharged on basis of vehicle tail gas
CN114170832B (en) Bus monitoring method, device, server, system and storage medium
CN115914279A (en) Vehicle communication method and device for weak signal road section, readable medium and equipment
CN116156467A (en) Parking data transmission method and device, electronic equipment and storage medium
CN115412586A (en) Task identification method and device, vehicle, readable storage medium and chip

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