CN115442274A

CN115442274A - Method, device, equipment and medium for testing delay time of uploading automobile data to cloud

Info

Publication number: CN115442274A
Application number: CN202211060088.7A
Authority: CN
Inventors: 唐周; 段海林; 柳云鹏
Original assignee: Chongqing Changan Automobile Co Ltd
Current assignee: Chongqing Changan Automobile Co Ltd
Priority date: 2022-08-31
Filing date: 2022-08-31
Publication date: 2022-12-06
Anticipated expiration: 2042-08-31
Also published as: CN115442274B

Abstract

The invention provides a method, a device, equipment and a medium for testing delay time of uploading automobile data to a cloud, wherein the method comprises the following steps: acquiring an event trigger list; setting a plurality of test scenes; in the test scene, triggering a corresponding event according to the event trigger list; acquiring test data in a period of time before and after triggering the corresponding event; acquiring the message of the corresponding event and acquiring the test data pulling instruction information of the corresponding event; uploading the test data in 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. By the method for testing the delay time of the automobile data uploading cloud, the accuracy of the test of the delay time of the automobile data uploading cloud is improved.

Description

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

Technical Field

The application relates to the technical field of vehicle-mounted big data testing, in particular to a method, a device, equipment and a medium for testing delay time of uploading vehicle data to a cloud.

Background

With the development of intelligent networked automobiles, in order to realize functions of timely diagnosing automobile function problems, collecting driving point cloud data, optimizing intelligent driving perception or decision strategies, judging accident responsibilities and the like, automobile manufacturers upload more and more desensitization data to the cloud end through a network. In order to ensure the timeliness of the data uploading cloud, each automobile manufacturer also provides performance requirements for the timeliness of the data uploading cloud of the automobile end. Especially, for closed-loop data of an intelligent driving file, different requirements on the delay time of the cloud end of uploading are made due to the fact that multiple scenes are involved and the amount of uploading data is large. However, the big data acquisition and cloud uploading technology implemented based on the vehicle-mounted ethernet architecture needs a corresponding test method to ensure the quality of data acquisition and uploading and the timeliness of the cloud uploading time. However, the test scene of the data uploading cloud delay time test method is single, the main vehicle using scene of the user cannot be verified, and the accuracy of the uploading cloud delay time test cannot be guaranteed.

Disclosure of Invention

In view of the above disadvantages of the prior art, the present invention provides a method, an apparatus, a device, and a medium for testing delay time of uploading vehicle data to a cloud, so as to solve the technical problems that a test scenario of delay time of uploading vehicle data to the cloud is single, and accuracy of a test of delay time of uploading the cloud and accuracy of data of uploading the cloud cannot be guaranteed.

The invention provides a method for testing delay time of uploading automobile data to a cloud, which comprises the following steps:

acquiring an event trigger list;

setting a plurality of test scenes;

in the test scene, triggering a corresponding event according to the event trigger list;

acquiring test data in a period of time before and after triggering the corresponding event;

acquiring the message of the corresponding event and acquiring the test data pulling instruction information of the corresponding event;

uploading the test data in a period of time before and after triggering the corresponding event to a cloud terminal according to the message of the corresponding event and the test data pulling instruction information of the corresponding event; and

and obtaining the delay time of uploading the test data to the cloud.

In an embodiment of the invention, the setting of the plurality of test scenarios includes the following steps:

acquiring information of an Internet of things card of a test vehicle;

acquiring a test site 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 and low load state information of the network uplink transmission channel and the high and low load state information of the vehicle-mounted entertainment terminal.

In an embodiment of the present invention, the obtaining the test data within a period of time before and after triggering the corresponding event further includes the following steps:

acquiring a specified route and a specified time length of the 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 opening state, the test vehicle finishes driving of the specified route and the specified duration; and

and acquiring test data of the test vehicle for completing the driving of the specified route and the specified time.

acquiring a first message uploaded by a controller;

acquiring configuration file information of the cloud;

acquiring a triggering condition configured by a second message according to the configuration file information of the cloud;

collecting data of the first message uploaded by the controller according to the trigger condition configured by the second message, and acquiring the second message; and

and obtaining a test data packet by packaging the second message.

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-associated video file and a forward-looking 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 message file of the event associated controller local area network, a pulling rule of the event associated video file and a pulling rule of the image data file of the front-view camera.

In an embodiment of the present invention, the obtaining the test data pull instruction information of the corresponding event includes the following steps:

according to the pulling rule of the event correlation controller local area network message file, obtaining the pulling instruction information of the event correlation controller local area network message file;

acquiring pull instruction information of the event-associated video file according to a pull rule of the event-associated video file; and

and acquiring the pulling instruction information of the image data file of the front-looking camera according to the pulling rule of the image data file of the front-looking camera.

The invention provides a device for testing delay time of uploading automobile data to a cloud, which comprises:

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 a corresponding event 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 of time before and after triggering the corresponding event 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, characterized in that the device comprises: the automobile data uploading cloud delay time testing method 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 processor executes the computer program to realize the automobile data uploading cloud delay time testing method.

The invention provides a computer-readable storage medium, which stores computer instructions, and is characterized in that the computer instructions, when executed by a processor, implement any one of the above methods for testing delay time of uploading vehicle data.

The invention has the beneficial effects that: the method is realized by setting various scene combinations under the conditions of simulating a single-event triggering condition and simulating a multi-event triggering condition of an actual scene of a user, so that the intelligent driving file closed-loop data uploading cloud scene is effectively covered, corresponding events are triggered in different scenes to obtain a method and time for uploading the test data of the automobile to the cloud, and 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 present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:

fig. 1 is a schematic view of an implementation environment of a method for testing delay time of uploading vehicle data to a cloud according to an exemplary embodiment of the present application;

fig. 2 is a flowchart illustrating a method for testing delay time of uploading vehicle data to a cloud according to an exemplary embodiment of the present application;

fig. 3 is a flowchart illustrating a testing method for simulating delay time of uploading cloud data of an automobile under a single event trigger condition according to an exemplary embodiment of the present application.

Fig. 4 is a schematic flowchart of a test method for simulating automobile data uploading cloud delay time under a working condition of an actual driving scene of a user according to an exemplary embodiment of the present application;

fig. 5 is a flowchart illustrating a method for uploading a test packet to a cloud according to an exemplary embodiment of the present application;

fig. 6 is a flowchart illustrating a method for uploading an event-related CAN message file to a cloud in a method for testing delay time of uploading vehicle data to the cloud in an exemplary embodiment of the present application.

Fig. 7 is a flowchart illustrating a method for uploading an event-related video file to a cloud in a method for testing delay time of uploading cloud data in an automobile according to an exemplary embodiment of the present disclosure.

Fig. 8 is a flowchart illustrating a method for uploading an FC image data file to a cloud in a method for testing delay time of uploading vehicle data to the cloud in an exemplary embodiment of the present application.

Fig. 9 is a block diagram of a device for testing delay time of uploading vehicle data to a cloud according to an exemplary embodiment of the present application.

FIG. 10 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.

Detailed Description

Other advantages and effects of the present invention will become apparent to those skilled in the art from the disclosure herein, wherein the embodiments of the present invention are described in detail with reference to the accompanying drawings and preferred embodiments. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It should be understood that the preferred embodiments are illustrative of the invention only and are not limiting upon the scope of the invention.

It should be noted that the drawings provided in the following embodiments are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.

In the following description, numerous details are set forth to provide a more thorough explanation of embodiments of the present invention, however, it will be apparent to one skilled in the art that embodiments of the present invention may be practiced without these specific details, and in other embodiments, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring embodiments of the present invention.

It should be noted that, the TSP (Telematics Service Provider) is in the core position in the Telematics (Telematics) industry chain, and the TSP is connected upstream to an automobile manufacturer, a vehicle-mounted terminal device manufacturer, a software developer, and a system integrator, and connected downstream to a content Provider. The telematics service provided by the TSP integrates modern computer technologies such as location service, GIS (Geographic Information Science) service, and communication service, and provides powerful services for vehicle owners including navigation, entertainment, information, security, SNS (Social networking service), and remote maintenance. In an exemplary embodiment of the present application, for example, the TSP is used as a cloud, and the obtained automobile test data is uploaded to the TSP for simulation analysis.

ADS (automatic Driving System), i.e. a System that uses advanced communication, computer, network and control techniques to implement real-time and continuous control of an automobile, so that the vehicle can automatically implement Driving ability without driver's operation. An APA (automatic Parking Assist system) is a system that recognizes an effective Parking space using a vehicle-mounted sensor such as an ultrasonic radar or a camera, and controls a vehicle to park by a control unit, and is a driving Assist system that can make the vehicle park or exit from a 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 in-vehicle entertainment terminal (for example, indicated as a THU) provides a remote communication interface for a whole vehicle through functions such as 4G (fourth generation mobile information Technology) remote wireless communication, GPS satellite positioning, acceleration sensing, and CAN (Controller Area Network) communication, and has functions including a communication function, a positioning capability, OTA (Over-the-Air Technology) upgrade, a vehicle wireless communication Technology, and the like.

Fig. 1 is a schematic implementation environment diagram of a method for testing delay time of uploading vehicle data to a cloud according to an exemplary embodiment of the present application. As shown in fig. 1, when the vehicle 110 uses an on-board sensor, such as a radar or a camera, to obtain environmental information around the vehicle 110 and a driver to operate during a driving process, data information fed back by an internal system of the vehicle is buffered by the data processing module 120 through data transmission, and the data processing module 120 uploads buffered vehicle data uploaded by the vehicle 110 to a cloud 130, such as a TSP (Telematics Service Provider, internet of vehicles). The cloud 130 shown in fig. 1 may be an automobile telematics service provider, or may be a cloud server that provides basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a Network service, cloud communication, a middleware service, a domain name service, a security service, a CDN (Content Delivery Network), a big data and artificial intelligence platform, and the like, which is not limited herein. The data uploading from the vehicle 110 to the data processing module 120 and the data uploading from the data processing module 120 to the cloud 130 can be performed through wireless networks such as 3G (third generation mobile messaging technology), 4G (fourth generation mobile messaging technology), 5G (fifth generation mobile messaging technology), and the like. The embodiment of the application also does not limit the method, and the method can be set according to actual requirements.

In some embodiments, the method for testing the cloud delay time of the automobile data uploading is to perform the cloud delay time test of the data uploading only through a single scene or by triggering a single event. Obviously, the performance requirement of a driver on vehicle data uploading cloud in actual operation cannot be met through a single scene and a single event test, and the accuracy of the data uploading cloud delay time test cannot be guaranteed. In order to solve the problems, embodiments of the present application respectively provide a method, an apparatus, a device, and a medium for testing delay time of uploading vehicle data to a cloud, and the embodiments will be described in detail below.

Referring to fig. 2, fig. 2 is a flowchart illustrating a method for testing delay time of uploading vehicle data to a cloud 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 specifically performed by the data processing module 120 in the implementation environment. It should be understood that the method may also be applied to other exemplary implementation environments and specifically executed by devices in other implementation environments, and the embodiment does not limit the implementation environment to which the method is applied.

For example, a navigation SDK (Software Development Kit, which is a Development tool set used when establishing application Software for a specific Software package, a Software framework, an operating system, and the like) may be installed in the data processing module 120 to which the method for testing delay time of uploading vehicle data to a cloud is applied, and the method disclosed in this embodiment is specifically implemented to provide one or more external functions for the SDK.

As shown in fig. 2, in an exemplary embodiment, the method for testing delay time of uploading vehicle data to the cloud includes at least steps S210 to S280, which are described in detail as follows:

and step S210, finishing vehicle networking registration and test vehicle inspection.

It should be noted that, before the test of the delay time of uploading the vehicle data to the cloud is performed, some checks are required to be completed, and the checks include vehicle networking registration, confirmation of the safety state of the vehicle for test, and confirmation of the software and hardware version and function of the associated controller. Wherein the internet of vehicles registration is to have a license for uploading vehicle data onto the TSP. The registration of the Internet of vehicles requires adding test vehicles with confirmed good safety status. The detection of the good state of the test vehicle comprises the software and hardware version of the associated controller and function confirmation, wherein the software and hardware version of the associated controller and the function confirmation comprise an MCU (micro controller Unit), and the main confirmation is mainly used for data acquisition and transmission and control of other controllers. The associated controller software hardware version and function validation also includes a validation FC (Front Camera) function that captures and records the environment in Front of the vehicle 110 shown in fig. 1. The controller software and hardware version association and function confirmation further includes a function of confirming a vehicle-mounted entertainment terminal (for example, may be denoted as THU), the vehicle-mounted entertainment terminal provides a remote communication interface for the entire vehicle, and has functions including a communication function, a positioning capability, an OTA (Over-the-Air Technology) upgrade, a vehicle wireless communication Technology, and the like, wherein the vehicle-mounted entertainment Terminal (THU) in this embodiment includes a vehicle-mounted entertainment terminal (for example, may be denoted as THU (HU)) and a vehicle-mounted communication base terminal (for example, may be denoted as THU (4G)), the THU (HU) implements a main application function of the THU, and the THU (4G) implements a vehicle-mounted communication function. The associated controller software and hardware version and function confirmation also include a function of confirming ADS (automatic Driving System) and APA (automatic Parking 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 items, and the event trigger list includes information of events such as starting the vehicle 110, instantaneously accelerating the vehicle 110, instantaneously braking the vehicle 110, passing through an arch bridge by the vehicle 110, turning the vehicle 110, decelerating and stopping the vehicle 110, and the like, so that the comprehensiveness of the coverage of the trigger event when the vehicle 110 is tested is ensured.

Step S230, setting a plurality of test scenarios.

In various set test scenes, the difference of the test results of the cloud end delay time of the automobile data uploading can be caused due to the difference of the strength of the network signal, the load height of the network uplink transmission channel and the load height of the vehicle-mounted entertainment terminal, the effective coverage of the cloud end scene of the intelligent driving file closed-loop data uploading is realized through the scene combination of the strength of the network signal, the load height of the network uplink transmission channel and the load height of the vehicle-mounted entertainment terminal, the test in a plurality of scenes is set, and the accuracy and the comprehensiveness of the cloud end test time uploading are ensured. Various test scenarios, such as the first test scenario, include weak network signals, low load on the network uplink transmission channel, and low load on the in-vehicle entertainment terminal. For example, the second test scenario includes weak network signal, low load of network uplink transmission channel, and high load of in-vehicle entertainment terminal. For example, the third test scenario includes weak network signal, high load of network uplink transmission channel, and high load of in-vehicle entertainment terminal. For example, the fourth test scenario includes weak network signals, high load of the network uplink transmission channel, and low load of the in-vehicle entertainment terminal. For example, a fifth test scenario includes a strong network signal, a low load on the network uplink transmission channel, and a low load on the in-vehicle entertainment terminal. For example, a sixth test scenario includes a strong network signal, a low load on the network uplink transmission channel, and a high load on the in-vehicle entertainment terminal. For example, a seventh test scenario includes a strong network signal, a high load on the network uplink transmission channel, and a low load on the in-vehicle entertainment terminal. For example, an eighth test scenario includes a strong network signal, a high load on the network uplink transmission channel, and a high load on the in-vehicle entertainment terminal.

When the strength of the network signal is set, the provider information of the 4G internet of things card of the vehicle 110 shown in fig. 1 needs to be confirmed first, and then a 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, and the larger the bandwidth is, the smaller the load of the network uplink transmission channel is, and the smaller the bandwidth is, the higher the load of the network uplink transmission channel is, where the bandwidth of the uplink transmission channel may be allocated by an MCU (micro controller Unit). The load level of the in-vehicle entertainment terminal is determined according to the magnitude of the controller output signal corresponding to the application program loaded in the vehicle 110.

Step S240, in various test scenarios, triggering corresponding events according to the event trigger list.

When a corresponding event is triggered, for example, two working conditions, such as a simulated single-event trigger working condition and a simulated user actual scene working condition, need to be set in advance. For example, under the condition of simulating the single event trigger, the set test scenario is a first test scenario which comprises 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, sudden turning, acceleration and the like sequentially through a CANOE (Controller Area Network Open environment) according to an event trigger list, wherein each event in each scenario triggers a test at least for 3 times, for example.

Step S250, test data in a period of time before and after triggering a corresponding event is obtained.

The data processing module 120 shown in fig. 1 collects test data packets and files of a period of time before and after the occurrence of the corresponding event according to the 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-associated CAN message files, event-associated video files and FC image data files.

Step S260, obtaining the message of the corresponding event, and obtaining the data pull instruction information of the corresponding event.

The data processing module 120 shown in fig. 1 caches test data in a period of time before and after a 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 then actively or passively sends a test file or a test data packet pull instruction to the data processing module 120 according to a file pull rule of the corresponding event.

Step S270, according to the message of the relevant event and the data pulling instruction information of the corresponding event, test data in a period of time before and after the triggering of the corresponding event are 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 pull instruction sent by the cloud 130, such as the TSP, the test data packet or the test file cached in the data processing module 120 is uploaded to the cloud, such as the TSP, so as to complete uploading of the vehicle test data to the cloud. 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 a delay time for uploading the test data to the cloud.

In this embodiment, the delay time of uploading the test data to the cloud is a time interval from when the test data is acquired to the data pull instruction information actively or passively issued by the cloud, for example, the TSP, and when the test data is successfully uploaded to the cloud and the timing is finished. Since the number of the tests triggered by each event in each scene in step S240 is at least 3, the test time obtained for each corresponding event in each scene is 3, and the test time obtained by calculating the obtained test times is compared with the preset time value to determine whether the performance target of the vehicle, i.e., the delay time of the uploading cloud of the vehicle data, is qualified, if the test time value is less than or equal to the preset time value, the performance target of the vehicle, i.e., the delay time of the uploading cloud of the vehicle data, is qualified, and if the test time value is greater than the preset time value, the performance target of the vehicle, i.e., the delay time of the uploading cloud of the vehicle data, is unqualified. And the software and hardware performance in the vehicle can be optimized by analyzing the test data of each working condition, each scene and the corresponding event when triggered.

Fig. 3 is a flowchart illustrating a testing method for simulating delay time of uploading cloud data of an automobile under a single event trigger condition according to an exemplary embodiment of the present application. The test method for simulating the delay time of uploading the automobile data under the single event trigger condition may include steps S310 to S370, which are described in detail as follows:

and step S310, acquiring an event trigger list according to the event list definition of the vehicle type item of the test vehicle.

Different vehicle type items comprise different event list definitions, and an event trigger list is set according to the event list definitions.

And step S320, acquiring a test site of the network signal strength.

The automobile data uploading cloud end needs a network to transmit data, the network is provided by a 4G (fourth generation mobile information technology) internet of things card of a vehicle 110 shown in fig. 1, when a strong and weak place of a network signal is obtained, a supplier of the 4G internet of things card of the vehicle needs to be confirmed, and then a test place related to the strength of the network signal is selected according to the strong and weak place of the network signal provided by the supplier of the internet of things card.

And step S330, acquiring the load high-low state information of the network uplink transmission channel and acquiring the load high-low state information of the vehicle-mounted entertainment terminal.

The load of the network uplink transmission channel is determined by the bandwidth of the uplink transmission channel, and the larger the bandwidth is, the smaller the load of the network uplink transmission channel is, and the smaller the bandwidth is, the higher the load of the network uplink transmission channel is, wherein the bandwidth of the uplink transmission channel can be allocated by an MCU (micro controller Unit). The load of the vehicle-mounted entertainment terminal is determined according to the magnitude of the controller output signal corresponding to the application program loaded by the vehicle 110, namely the load of the vehicle-mounted entertainment Terminal (THU) is realized by the number of the application programs running in the background of the vehicle-mounted entertainment terminal, the number of the 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 the 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 strong or weak test site of the network signal, the high or low load of the network uplink transmission channel and the high or low load of the vehicle-mounted entertainment terminal, triggering a single corresponding event according to the event trigger list.

The combined scenes are, for example, eight test scenes set in step 230, so that the intelligent driving file closed-loop data uploading cloud scene is effectively covered, and the test is set in a plurality of scenes, so that the accuracy and the comprehensiveness of the uploading cloud test time are ensured. And then sequentially triggering a single corresponding event by CANOE for multiple times according to the information of the event trigger list.

Step S350, test data in a period of time before and after triggering a single corresponding event is acquired.

The data processing module 120 shown in fig. 1 collects test data packets and files of a period of time before and after the occurrence of the corresponding event according to the collection rule of the corresponding event. The files comprise an event-associated CAN message file, an event-associated video file and an FC image data file

And step S360, triggering test data in a period of time before and after a single corresponding event to be 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 into the data processing module 120, and sends a message of the corresponding event to the cloud 130, for example, the TSP, and then actively or passively sends a test file or a test data packet pull instruction to the data processing module 120 according to a file pull rule of the corresponding event. After the data processing module 120 shown in fig. 1 obtains the test data packet or the test file pull instruction sent by the cloud 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, for example, the TSP, so as to complete the uploading of the vehicle test data to the cloud.

Step S370, obtaining a delay time of uploading the test data to the cloud within a period of time before and after triggering a single corresponding event.

In this embodiment, the delay time for triggering the test data to be uploaded to the cloud within a period of time before and after a single corresponding event is a time interval from the time when the data pulling instruction information actively or passively issued by the cloud, for example, the TSP, is acquired to the time when the test data is successfully uploaded to the cloud and the time is ended. And the delay time of the obtained test data uploading cloud needs to be compared with a preset time value to judge whether the performance of the data uploading cloud of the vehicle is qualified.

Fig. 4 is a schematic flow chart of a test method for simulating automobile data uploading cloud delay time under the working condition of an actual driving scene of a user according to an exemplary embodiment of the present application. The test method for simulating the delay time of uploading the cloud of the automobile data under the working condition of the actual driving scene of the user can comprise the following steps from S410 to S460, and the detailed description is as follows:

in step S410, a predetermined route and a predetermined time period for the test vehicle to travel are acquired.

In the test of simulating the actual driving scene working condition of the user, the specified line and the specified running time of the test vehicle need to be acquired so as to improve the integrity and the accuracy of data collection. Wherein the prescribed routes include an urban area adaptive driving route, a suburban adaptive driving route and an expressway adaptive driving route.

And step S420, acquiring high-load state information of the vehicle-mounted entertainment terminal.

After the single-event trigger condition test is finished, 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 the application program during the actual driving operation of a user is realized.

And step S430, under the conditions that the vehicle-mounted entertainment terminal is in a high-load state and the intelligent driving function is in an open state, the test vehicle finishes driving in a specified route and for a specified time.

In step S440, test data of the test vehicle completing the driving on the predetermined route for the predetermined time period is acquired.

The data processing module 120 shown in fig. 1 collects test data including test data packets such as TCP data packets and files in a specified line and a specified time according to the collection rule of the corresponding event, where the files include an event-related CAN message file, an event-related video file, and an FC image data file.

And step S450, uploading the test data to a cloud.

The data processing module 120 shown in fig. 1 caches test data in a period of time before and after a 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 then actively or passively sends a test file or a test data packet pull instruction to the data processing module 120 according to a file pull rule of the corresponding event. After the data processing module 120 shown in fig. 1 obtains the test data packet or the test file pull instruction sent by the cloud 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, for example, the TSP, so as to complete the uploading of the vehicle test data to the cloud.

Step S460, obtaining a delay time of uploading the test data to the cloud.

In this embodiment, the delay time of uploading the test data to the cloud is a time interval from when the test data is acquired to the data pull instruction information actively or passively issued by the cloud, for example, the TSP, and when the test data is successfully uploaded to the cloud and the timing is finished. And the delay time of the obtained test data uploading cloud needs to be compared with a preset time value to judge whether the performance of the data uploading cloud of the vehicle is qualified.

Fig. 5 is a flowchart illustrating a method for uploading a test packet to a 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 as follows:

step S510, obtain a first message uploaded by the controller.

In an embodiment of the present application, the MCUs of the multiple controllers upload a first message, for example, a CAN message, transmitted by the controllers to an in-vehicle communication base terminal (which may be represented as a THU (4G), and a signal processing module, for example, a CAN signal processing module, in the THU (4G) temporarily stores the first message, for example, the CAN message, transmitted by the controllers in a cache module of the THU (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, obtaining the configuration file information of the cloud.

The cloud 130 shown in fig. 1, for example, the TSP server is provided with a configuration file.

Step S530, obtaining a trigger condition configured by the second message according to the configuration file information of the cloud.

And a big data processing module in the vehicle-mounted communication basic terminal (such as THU (4G)) configures a trigger condition of a second message needing to be uploaded to the cloud according to the configuration file of the TSP server. The triggering condition of the second message configuration that needs to be uploaded to the cloud includes an action that triggers a corresponding event, for example, if an air conditioner is turned on, corresponding message information is generated, and if the air conditioner is not configured in the configuration file, the message generated by the air conditioner is not packaged and uploaded to the TSP.

Step S540, collecting data from the first message uploaded by the controller according to the trigger condition configured by the second message, acquiring the second message to be uploaded to the cloud, and acquiring the test data packet.

A big data analysis module in a vehicle-mounted communication base terminal (such as THU (4G)) collects data of a first message, such as a CAN (controller area network) message, transmitted by a controller temporarily stored in a cache module according to a trigger condition configured by a second message needing to be uploaded to a cloud end, and then obtains a second message needing to be uploaded to the cloud end, and a plurality of second messages needing to be uploaded to the cloud end are packaged into a TCP test data packet. The accuracy of uploading the automobile test data at the cloud end can be improved by acquiring the data collected by the first message transmitted by the controller under the trigger condition of the second message configuration needing to be uploaded at the cloud end.

And step S550, uploading the test data packet to the cloud.

The data uploading module of the vehicle-mounted communication base terminal (such as THU (4G)) transmits the TCP test data packet to the TSP server to realize successful uploading of the data packet to the cloud, or the data packet is stored locally by the data storage module and is retransmitted to the TSP server when necessary.

Fig. 6 is a flowchart illustrating a method for uploading an event-related CAN message file to a cloud in a method for testing delay time of uploading cloud data in an automobile according to an exemplary embodiment of the present disclosure. The method for uploading the event-related CAN message file to the cloud may include steps S610 to S650, which are described in detail as follows:

step S610, obtaining the event-related CAN message file.

After scene analysis or System optimization events occur, namely corresponding events are triggered, an ADS (automatic Driving System) controller acquires CAN messages in a period of time before and after the corresponding events occur according to acquisition rules of various corresponding events, packages the CAN messages in the period of time into files and stores the files in the ADS controller. An ADS (automatic Driving System) controller collects CAN messages in a period of time before and after the occurrence of corresponding events according to the collection rules of various corresponding events, thereby ensuring the accuracy of collecting and uploading cloud data.

Step S620, obtaining the message of the corresponding event.

After CAN messages in a period of time before and after the occurrence of the corresponding event are collected, the ADS controller sends out the message of the corresponding event, and a vehicle-mounted communication basic terminal (THU (4G)) reports the event to the TSP.

Step S630, according to the corresponding event message, obtaining the pulling rule of the event-associated CAN message file.

After receiving the message of the corresponding event sent by the ADS controller, the TSP obtains the event-associated CAN message file pulling rule of various events configured by the configuration file of the TSP server.

Step 640, obtaining the pulling instruction information of the event-related CAN message file according to the pulling rule of the event-related CAN message file.

And the TSP actively/passively issues an event-associated CAN message file pulling instruction according to the event-associated CAN message file pulling rule 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.

And step S650, uploading the event-related CAN message file to a cloud according to the pull instruction information of the event-related CAN message file.

According to the event-associated CAN message file pulling instruction, the vehicle-mounted communication base terminal THU (HU) pulls and caches the event-associated CAN message file from the ADS controller, and uploads the event-associated CAN message file to the TSP when uploading is allowed. The cloud is uploaded through the event-related CAN message file pulling instruction, 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 an event-related video file to a cloud in a method for testing delay time of uploading vehicle data to the cloud 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 as follows:

step S710, an event-related video file is acquired.

When a scene analysis or system optimization event occurs, that is, after a corresponding event is triggered, an APA (automatic Parking Assist) controller acquires event-related videos in a period of time before and after the corresponding event occurs according to acquisition rules of various corresponding events, packs the event-related videos in the period of time into a file, and stores the file 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 occurrence of the corresponding event are collected, the APA controller sends out a message of the corresponding event, and the vehicle-mounted communication basic terminal (THU (4G)) reports the event to the TSP.

Step S730, a pull rule of the event-related video file is obtained according to the corresponding event message.

After receiving the message of the corresponding event sent by the APA controller, the TSP acquires the event-related video file pulling rule of various events configured by the configuration file of the TSP server.

Step S740, obtaining the pull instruction information of the event-related video file according to the pull rule of the event-related video file.

And the TSP actively/passively issues an event-related video file pulling instruction according to the pulling rule of various event-related video files. According to the event-associated video file pulling rule of various events, the accuracy of uploading the event-associated video files at the cloud is guaranteed.

And step S750, uploading the event-associated video file to a cloud according to the pulling instruction information of the event-associated video file.

According to the event-associated video file pulling instruction, the vehicle-mounted communication base terminal THU (HU) pulls and caches the event-associated video file from the APA controller, and uploads the event-associated video file to the TSP when uploading is allowed. And the event-associated video file pulling instruction is uploaded to the cloud, so that the accuracy of uploading the event-associated video file to the cloud is improved.

Fig. 8 is a flowchart illustrating a method for uploading an FC (Front Camera) image data file to a cloud in a method for testing delay time of uploading vehicle data to the cloud in 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 as follows:

in step S810, an FC image data file is acquired.

When an AEB (automated Emergency Braking System) triggers or detects conditions such as traffic lights, a Front-view image is acquired by an FC (Front Camera), and then an FC image data file is transmitted to an ADS (automated Driving System) controller.

Step S820, obtain 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 basic terminal (THU (4G)) reports the event to the TSP.

Step S830, according to the message of the corresponding event, the pulling rule of the FC image data file is obtained.

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 840, obtaining pulling instruction information of the FC image data file according to the pulling rule of the FC image data file.

And the TSP actively/passively issues an FC image data file pulling instruction according to the pulling rule of the FC image data files of various events. The accuracy of uploading the FC image data files at the cloud end is guaranteed through FC image data file pulling rules of various events.

And step S850, uploading the FC image data file to a 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 basic 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 is uploaded to the cloud. The FC image data file is uploaded to the cloud through the FC image data file pulling instruction, and accuracy of uploading the FC image data file to the cloud is improved.

Fig. 9 is a block diagram of a device for testing delay time of uploading vehicle data to a cloud 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 applied to other exemplary implementation environments, and is specifically configured in other devices, and the embodiment does not limit the implementation environment to which the apparatus is applied.

As shown in fig. 9, the exemplary apparatus for testing delay time of uploading vehicle data to a cloud includes:

a scenario setting module 910, configured to set multiple test scenarios; 920, an event obtaining module, configured to obtain 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 in a period of time before and after triggering the corresponding event; an instruction obtaining module 950, configured to obtain the message of the corresponding event and obtain the test data pull instruction of the corresponding event; an uploading cloud module 960, configured to upload, according to the message of the corresponding event and the test data pull instruction of the corresponding event, the test data within a period of time before and after the triggering of the corresponding event; and a time obtaining module 970, configured to obtain a delay time for uploading the test data to the cloud.

In another exemplary embodiment, the apparatus further comprises:

the cache module is used for temporarily storing a first message transmitted by the controller, such as a CAN message; the signal processing module is used for temporarily storing a first message such as a CAN message transmitted by the controller in the cache module; the data processing module is used for configuring a triggering condition of a second message needing 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 uploads 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 the preset time.

It should be noted that the apparatus for testing delay time of uploading vehicle data provided in the foregoing embodiment and the method for testing delay time of uploading vehicle data provided in the foregoing embodiment belong to the same concept, and specific manners of operations executed by the respective modules have been described in detail in the method embodiment, and are not described again here. In practical applications, the test device for the delay time of uploading the automobile data to the cloud end provided by the embodiment may distribute the functions through different functional modules as required, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above, which is not limited herein.

An embodiment of the present application further provides an electronic device, including: one or more processors; 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 device is enabled to realize the test method for the delay time of uploading the automobile data to the cloud end provided in the above embodiments.

FIG. 10 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment 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 bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 10, the computer system 1000 includes a Central Processing Unit (CPU) 1001, which can perform various appropriate actions and processes, such as executing 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 portion 1008 into a Random Access Memory (RAM) 1003. In the RAM1003, various programs and data necessary for system operation are also stored. The CPU 1001, ROM 1002, and RAM1003 are connected to each other via a bus 1004. An Input/Output (I/O) interface 1005 is also connected to the 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 section 1007 including a Display panel such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 1008 including a hard disk and the like; and a communication section 1009 including a Network interface card such as a Local Area Network (LAN) card, a modem, or the like. The communication section 1009 performs communication processing via a network such as the internet. A drive 1010 is also connected to the I/O interface 1005 as necessary. A removable medium 1011 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1010 as necessary, so that a computer program read out therefrom is mounted into the storage section 1008 as necessary.

In particular, according to embodiments of the present application, the processes described above with reference to the flow diagrams 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 illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication part 1009 and/or installed from the removable medium 1011. When the computer program is executed by a Central Processing Unit (CPU) 1001, various functions defined in the system of the present application are executed.

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 of the foregoing. 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 (EPROM), a 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 comprise a propagated data signal with a computer-readable computer program embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may 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. The computer program embodied on the 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 flowchart 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. 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 described in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.

Another aspect of the present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor of a computer, causes the computer to execute the method for testing the delay time of uploading the vehicle data to the cloud terminal. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist separately without being incorporated in the electronic device.

Another aspect of the 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 instruction from the computer-readable storage medium, and executes the computer instruction, so that the computer device executes the method for testing the delay time of uploading the automobile data to the cloud terminal provided in the above embodiments.

The foregoing embodiments are merely illustrative of the principles of the present invention and its efficacy, and are not to be construed as limiting the invention. Any person skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which can be made by those skilled in the art without departing from the spirit and technical spirit of the present invention be covered by the claims of the present invention.

Claims

1. A method for testing delay time of uploading automobile data to a cloud is characterized by comprising the following steps:

acquiring an event trigger list;

setting a plurality of test scenes;

uploading the test data within a period of time before and after triggering the corresponding event to a cloud terminal 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 delay time of the automobile data uploading cloud end according to claim 1, wherein the setting of the plurality of test scenarios comprises the following steps:

acquiring information of an Internet of things card of a test vehicle;

3. The method for testing the delay time of the uploading cloud of the automobile data as claimed in claim 2, wherein the step of obtaining the test data within a period of time before and after the triggering of the corresponding event further comprises the steps of:

4. The method for testing the delay time of the automobile data uploading cloud end according to claim 1, wherein the step of obtaining 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;

and obtaining a test data packet by packaging the second message.

5. The method for testing the delay time of the automobile data uploading cloud end according to claim 1, wherein the step of obtaining 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;

6. The method for testing the delay time of the uploading cloud of the automobile data according to claim 5, wherein the step of obtaining the message of the corresponding event comprises:

and acquiring a pulling rule of the message file of the event associated controller local area network and a pulling rule of the event associated video file according to the message of the corresponding event, and acquiring a pulling rule of the image data file of the front-view camera.

7. The method for testing the delay time of the uploading cloud of the automobile data as claimed in claim 6, wherein the step of obtaining the test data pull instruction information of the corresponding event comprises the steps of:

acquiring pull instruction information of the event correlation controller local area network message file according to a pull rule of the event correlation controller local area network message file;

8. The utility model provides a test device of high in clouds delay time uploads to car data which 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;

9. An electronic device, characterized in that the electronic device comprises:

one or more processors;

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 is enabled to realize the test method of the cloud end delay time of the automobile data uploading according to any one of claims 1 to 7.

10. A computer-readable storage medium, having a computer program stored thereon, wherein when the computer program is executed by a processor of a computer, the computer program causes the computer to execute the method for testing the delay time of uploading the vehicle data according to any one of claims 1 to 7.