TBox wake-up test method, device and equipment and computer storage medium

Abstract

The invention discloses a TBox wake-up test method, device and equipment and a computer storage medium, and relates to the technical field of vehicle test. The first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle in response to each target operation request; the TBox executes target operations corresponding to the target operation instructions to generate execution results, and the execution results comprise execution time information; the TBox sends the execution results to the second terminal; and the second terminal sends the at least one execution result to the first terminal.

Description

Technical Field

[0001] The present application belongs to the field of vehicle testing technology, and in particular, relates to a TBox wake-up test method, device, equipment and computer storage medium. Background Art

[0002] With the development of new energy vehicles and intelligent connected vehicles, the application of Internet of Vehicles technology is becoming more and more extensive. The vehicle-mounted communication terminal (Telematics Box, TBox) plays an important role as a bridge between the car and the external communication network. TBox can be remotely controlled through a mobile phone APP to realize vehicle locking, unlocking, remote start, remote diagnosis and other functions. In order to ensure the success rate of vehicle remote control and keep the TBox module active, it is necessary to perform a wake-up test on the vehicle's TBox. The TBox wake-up test of the prior art requires the tester to repeatedly operate the mobile phone APP within a specific time period to simulate the usage scenario, but in the case of long-term monitoring and multiple rounds of testing, this manual operation is difficult to effectively cover all scenarios, resulting in low efficiency of the TBox wake-up test. Summary of the invention

[0003] The embodiments of the present application provide a TBox wake-up test method, apparatus, device, and computer storage medium, which can improve the efficiency of the TBox wake-up test.

[0004] In a first aspect, an embodiment of the present application provides a TBox wake-up test method, which is applied to a first terminal, and the method includes:

[0005] When the first terminal is in communication connection with the second terminal, at least one target operation request is sent to the second terminal at a preset time period, so that the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result; the TBox sends each execution result to the second terminal;

[0006] Receive at least one of the execution results sent by the second terminal, where the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information.

[0007] In a second aspect, an embodiment of the present application provides a TBox wake-up test method, which is applied to a second terminal, and the method includes:

[0008] When the second terminal is in communication connection with the first terminal, receiving at least one target operation request sent by the first terminal according to a preset time period;

[0009] In response to each of the target operation requests, sending a target operation instruction corresponding to each of the target operation requests to the vehicle-mounted communication terminal TBox of the vehicle, so that the TBox executes the target operation corresponding to each of the target operation instructions and generates each execution result;

[0010] receiving each of the execution results sent by the TBox, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information;

[0011] Send at least one of the execution results to the first terminal.

[0012] In a third aspect, an embodiment of the present application provides a TBox wake-up test method, which is applied to a vehicle-mounted communication terminal TBox, and the method includes:

[0013] receiving each target operation instruction sent by the second terminal in response to each target operation request, each of the target operation requests being sent by the first terminal to the second terminal in accordance with a preset time period when the first terminal is in communication connection with the second terminal, and each of the target operation instructions corresponding to each of the target operation requests;

[0014] Execute the target operation corresponding to each of the target operation instructions to generate each execution result, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information;

[0015] Each of the execution results is sent to the second terminal, so that the second terminal sends at least one of the execution results to the first terminal.

[0016] In a fourth aspect, an embodiment of the present application provides a TBox wake-up test device, which is applied to a first terminal, and the device includes:

[0017] A first sending module is used to send at least one target operation request to the second terminal according to a preset time period when the first terminal is in communication connection with the second terminal, so that the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result; the TBox sends each execution result to the second terminal;

[0018] The first receiving module is used to receive at least one of the execution results sent by the second terminal, where the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information.

[0019] In a fifth aspect, an embodiment of the present application provides a TBox wake-up test device, which is applied to a second terminal, and the device includes:

[0020] A second receiving module, configured to receive at least one target operation request sent by the first terminal according to a preset time period when the second terminal is in communication connection with the first terminal;

[0021] A second sending module is used to send target operation instructions corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle in response to each target operation request, so that the TBox executes the target operation corresponding to each target operation instruction and generates each execution result;

[0022] A third receiving module is used to receive each of the execution results sent by the TBox, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information;

[0023] The third sending module is used to send at least one of the execution results to the first terminal.

[0024] In a sixth aspect, an embodiment of the present application provides a TBox wake-up test device, which is applied to a vehicle-mounted communication terminal TBox, and the device includes:

[0025] a fourth receiving module, configured to receive each target operation instruction sent by the second terminal in response to each target operation request, wherein each of the target operation requests is sent by the first terminal to the second terminal in accordance with a preset time period when the first terminal is in communication connection with the second terminal, and each of the target operation instructions corresponds to each of the target operation requests;

[0026] An execution module, used to execute the target operation corresponding to each of the target operation instructions, and generate each execution result, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information;

[0027] The fourth sending module is used to send each of the execution results to the second terminal, so that the second terminal sends at least one of the execution results to the first terminal.

[0028] In a seventh aspect, an embodiment of the present application provides an electronic device, comprising: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the TBox wake-up test method as described in any one of the above items is implemented.

[0029] In an eighth aspect, an embodiment of the present application provides a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the TBox wake-up test method as described in any one of the above is implemented.

[0030] In a ninth aspect, an embodiment of the present application provides a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the TBox wake-up test method as described in any one of the above.

[0031] The TBox wake-up test method, device, equipment and computer storage medium of the embodiment of the present application can, when the first terminal and the second terminal are in communication connection, the first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result, which is used to characterize whether the target operation is successfully executed, and the execution result includes execution time information; the TBox sends each execution result to the second terminal; the second terminal sends at least one execution result to the first terminal. In this way, in the embodiment of the present application, the first terminal can periodically send at least one target operation request to implement multiple rounds of testing whether the TBox is online for a long time, ensuring that the TBox does not enter deep sleep when it is online for a long time, thereby reducing the workload of testers repeatedly operating the mobile phone APP to simulate the use scenario for testing within a specific time period, thereby improving the efficiency of the TBox wake-up test. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0033] Figure 1 It is an architecture diagram of the TBox wake-up test system provided in an embodiment of the present application;

[0034] Figure 2 It is a flowchart of the TBox wake-up test method provided in an embodiment of the present application;

[0035] Figure 3 This is a flowchart of a scenario embodiment provided by an embodiment of the present application;

[0036] Figure 4 It is a flowchart of another scenario embodiment provided by the embodiment of the present application;

[0037] Figure 5 is a structural diagram of a TBox wake-up test device provided in an embodiment of the present application;

[0038] Figure 6 is a structural diagram of another TBox wake-up test device provided in an embodiment of the present application;

[0039] Figure 7 It is a structural diagram of another TBox wake-up test device provided in an embodiment of the present application;

[0040] Figure 8 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0041] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0042] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0043] With the development of new energy vehicles and intelligent connected vehicles, the application of Internet of Vehicles technology is becoming more and more extensive. The vehicle-mounted communication terminal (Telematics Box, TBox) plays an important role as a bridge between the car and the external communication network. TBox can be remotely controlled through a mobile phone APP to realize vehicle locking, unlocking, remote start, remote diagnosis and other functions. In order to ensure the success rate of vehicle remote control and keep the TBox module active, it is necessary to perform a wake-up test on the vehicle's TBox. The TBox wake-up test of the prior art requires the tester to repeatedly operate the mobile phone APP within a specific time period to simulate the usage scenario, but in the case of long-term monitoring and multiple rounds of testing, this manual operation is difficult to effectively cover all scenarios, resulting in low efficiency of the TBox wake-up test.

[0044] In order to solve the problems of the prior art, the embodiments of the present application provide a TBox wake-up test method, device, equipment and computer storage medium. The following first introduces the TBox wake-up test system provided by the embodiments of the present application.

[0045] Figure 1 The following is an architecture diagram of a TBox wake-up test system applicable to the embodiment of the present application. Figure 1 As shown, the TBox wake-up test system 100 may include: a first terminal 101, a second terminal 102 and a vehicle-mounted communication terminal TBox103.

[0046] The first terminal 101 may refer to a device used by a user to operate a computer system to perform vehicle testing, such as a personal computer, a mobile phone, and a tablet. The first terminal usually runs a test script, such as a python command line program, and determines whether the program ends by receiving a test end signal (such as the Ctrl+C key combination). If not, the TBox wake-up test continues to loop.

[0047] The second terminal 102 may be a device of a telematics service provider (TSP), which may be connected to automobile manufacturers, vehicle equipment manufacturers, and network operators, and to content providers, to provide users with a series of services including navigation, entertainment, information, security, social networking, and remote maintenance.

[0048] The above-mentioned vehicle-mounted communication terminal TBox103 can be a Telematics Box, referred to as T-BOX, which is a vehicle-mounted terminal device that can provide intelligent services for car owners. T-BOX connects to the vehicle-mounted gateway through Ethernet and CAN bus to obtain vehicle system data information, such as vehicle speed, endurance, fuel level, door and window status, etc. At the same time, T-BOX is connected to the cloud through wireless communication technology, uploads the collected vehicle data to the cloud, and can also receive instructions or data streams from the cloud, thereby realizing the Internet of Vehicles function.

[0049] The first terminal 101, the second terminal 102 and the vehicle-mounted communication terminal TBox103 are connected to each other by communication. Specifically, Ethernet or wireless network connection can be used for communication. Of course, the communication method is not limited to this, and can also be other network connection communication methods, which are not specifically limited here.

[0050] The following is an introduction to the TBox wake-up test method provided in the embodiment of the present application.

[0051] Figure 2 The flowchart of the TBox wake-up test method provided by an embodiment of the present application is shown. Optionally, the method of the embodiment of the present application can be applied to the above Figure 1 The first terminal 101, the second terminal 102 and the vehicle communication terminal TBox103 are shown. Figure 2 As shown, a TBox wake-up test method 200 may include the following steps S201 to S206:

[0052] S201, the first terminal sends at least one target operation request to the second terminal according to a preset time period;

[0053] S202, the second terminal sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle in response to each target operation request;

[0054] S203, TBox executes the target operation corresponding to each target operation instruction, and generates each execution result, which is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information;

[0055] S204, TBox sends each execution result to the second terminal;

[0056] S205: The second terminal sends at least one execution result to the first terminal.

[0057] The TBox wake-up test method of the embodiment of the present application can, when the first terminal and the second terminal are in communication connection, the first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result, which is used to characterize whether the target operation is successfully executed, and the execution result includes execution time information; the TBox sends each execution result to the second terminal; the second terminal sends at least one execution result to the first terminal. In this way, in the embodiment of the present application, the first terminal can periodically send at least one target operation request to implement multiple rounds of testing whether the TBox is online for a long time, ensuring that the TBox does not enter deep sleep when it is online for a long time, thereby reducing the workload of testers repeatedly operating the mobile phone APP to simulate the use scenario for testing within a specific time period, thereby improving the efficiency of the TBox wake-up test.

[0058] The specific implementation methods of the above steps are introduced below.

[0059] In S201, the preset time period may be a preset fixed time interval or a preset random time interval. In some embodiments, the random time interval may simulate remote control scenarios of users using the device at different time periods and intervals, thereby increasing the diversity of test scenarios.

[0060] The above-mentioned target operation request, for example, can be a remote vehicle control request such as a charging upper limit adjustment request and a vehicle unlocking request. Since the charging upper limit control operation has the least impact on the actual vehicle and is the safest vehicle control operation, it can be executed 24 hours a day. Therefore, preferably, the target operation request is a charging upper limit adjustment request.

[0061] In S202, the target operation instruction corresponds to the target operation request. For example, if the target operation request is a charging upper limit adjustment request, the target operation instruction is a charging upper limit control instruction; or, if the target operation request is a vehicle unlocking request, the target operation instruction is a vehicle unlocking instruction.

[0062] In S203, the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information.

[0063] The above-mentioned TBox executes the target operation corresponding to each target operation instruction and generates each execution result. For example, the TBox executes the charging upper limit control operation corresponding to each charging upper limit control instruction and generates each execution result. The execution result is used to indicate whether the charging upper limit control operation is executed successfully.

[0064] In S204, the TBox sends each execution result to the second terminal. Exemplarily, the TBox sends each execution result to the second terminal via wireless communication technology.

[0065] In S205, the second terminal sends at least one execution result to the first terminal. Exemplarily, the second terminal sends at least one execution result to the first terminal via wireless communication technology.

[0066] As an implementation of the present application, in order to facilitate the user to quickly locate and troubleshoot the cause of the failure, after the above S205, the above method may further include:

[0067] The first terminal generates a test report in response to a test end signal input by the user according to at least one execution result, the test report including command line parameters, test time information, number of successes, successful response time distribution information, number of failures and failure time information.

[0068] The above test report includes command line parameters, test time information, number of successes, successful response time distribution information, number of failures and failure time information. Among them, command line parameters are various parameters that users can pass to the program when executing the program in the command line interface (CLI). These parameters are used to control the behavior of the program, such as specifying input files, setting operating modes, adjusting configurations, etc. Test time information may include the test start time and the test end time. The number of successes and failures are the number of successful and failed executions in the target operation corresponding to at least one target operation request. The successful response time distribution information can be a list of classified statistics of the response time of successful operations in the target operation corresponding to at least one target operation request, which can display the number or proportion of successful operations in different response time ranges, which is convenient for analyzing TBox performance. Failure time information can be a list that records detailed key points of failure, which is convenient for quick positioning and troubleshooting whether it is caused by data failure to wake up.

[0069] In an embodiment of the present application, a long-term monitoring test can be ended according to a test end signal input by the user, and a test report can be generated based on at least one execution result. The test report includes command line parameters, test time information, number of successes, successful response time distribution information, number of failures and failure time information, which is convenient for users to quickly locate and troubleshoot the cause of failure.

[0070] In some embodiments, the target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation.

[0071] The above S201 may specifically be:

[0072] Send at least one charging upper limit adjustment request to the second terminal according to a preset time period;

[0073] The above S202 may specifically be:

[0074] In response to each charging upper limit adjustment request, sending a charging upper limit control instruction corresponding to each charging upper limit adjustment request to the vehicle-mounted communication terminal TBox of the vehicle;

[0075] The above S203 may specifically be:

[0076] Execute the charging upper limit control operation corresponding to each charging upper limit control instruction, and generate each execution result, which is used to indicate whether the charging upper limit control operation is successfully executed.

[0077] In the embodiment of the present application, since the charging upper limit control operation has the least impact on the actual vehicle and is the safest vehicle control operation and can be executed 24 hours a day, the preferred target operation request is the charging upper limit adjustment request, the target operation instruction is the charging upper limit control instruction, and the target operation is the charging upper limit control operation, thereby improving the accuracy of the TBox wake-up test.

[0078] As an implementation of the present application, in order to improve the effectiveness of the TBox wake-up test, before sending at least one charging upper limit adjustment request to the second terminal according to the preset time period, the method may further include:

[0079] The first terminal obtains status information of the vehicle, where the status information is used to indicate whether the vehicle is in a charging state;

[0080] The sending of at least one charging upper limit adjustment request to the second terminal in a preset time period may specifically include:

[0081] When the status information indicates that the vehicle is not in a charging state, at least one charging upper limit adjustment request is sent to the second terminal according to a preset time period.

[0082] The above status information can be used to indicate whether the vehicle is in a charging state.

[0083] In an embodiment of the present application, if the status information indicates that the vehicle is in a charging state, the test will be invalid because sending a charging upper limit control instruction during charging will fail. Therefore, before sending a charging upper limit adjustment request, the vehicle's status information is obtained, and when the status information indicates that the vehicle is not in a charging state, at least one charging upper limit adjustment request is sent to the second terminal according to a preset time period to improve the effectiveness of the TBox wake-up test.

[0084] As another implementation of the present application, in order to provide effective safety protection in the TBox wake-up test, before obtaining the vehicle status information, the method may further include:

[0085] The first terminal receives a login key and a login token input by a user;

[0086] The first terminal verifies the login key and the login token according to the preset white list, and generates a verification result, where the verification result is used to indicate whether the login key and the login token are included in the white list;

[0087] The above-mentioned acquisition of vehicle status information may specifically include:

[0088] In a case where the verification result indicates that the login key and the login token are included in the whitelist, the state information of the vehicle is acquired.

[0089] The above verification result can be used to indicate whether the whitelist includes the login key and the login token.

[0090] The whitelist may include a key and a token of at least one test account.

[0091] In an embodiment of the present application, a login key and a login token input by a user are received through the first terminal, and the login key and the login token are authenticated according to a preset whitelist to generate a verification result. Only when the verification result indicates that the login key and the login token are included in the whitelist can the vehicle status information be obtained, thereby providing effective security protection in the TBox wake-up test.

[0092] In order to facilitate the understanding of the TBox wake-up test method in the embodiment of the present application, the actual application process of this TBox wake-up test method is described as follows:

[0093] Data wake-up is an active behavior on the Tbox side. According to the longest disconnection time of the socket long connection without interaction for 30 seconds, the data heartbeat is actively continued or reconnected to ensure that the Tbox is online for a long time without entering deep sleep. Therefore, the TBox wake-up test is actually to verify whether the tbox is online for a long time, and then it only needs to send remote vehicle control setting operations continuously and remote control is successful in the absence of opponent errors. Among them, the adjustment operation of the charging upper limit has the least impact on the actual vehicle and is also the safest vehicle control operation. It can be executed 24 hours a day.

[0094] like Figure 3 to Figure 4 As shown, a TBox wake-up test method is applied to a PC, a test vehicle and a TSP back-end service (equivalent to the first terminal, the vehicle and the second terminal mentioned above), and may include the following steps:

[0095] 1. The pre-production and production environments require vehicle control operation authentication, so you need to apply for a whitelist secret key and login token (equivalent to the above login key and login token) for the test account before the program is executed.

[0096] 2. The python command line program script executed by the PC computer determines whether the program has ended by receiving a stop command (such as the Ctrl+C key combination) (equivalent to the above-mentioned test end signal). If not, the program continues to loop.

[0097] 3. Simulate the call to the C-end interface with authentication to obtain the vehicle status (equivalent to the above status information) to ensure that the vehicle is not currently charging, because sending the charging upper limit remote control command during charging will fail, which will lead to invalid results.

[0098] 4. With whitelist authentication information, request the C-end remote control to set the charging upper limit interface, where the functional technical specification requires that the charging upper limit value set is a random integer between 80-100.

[0099] 5. After the charging upper limit remote control command (equivalent to the above-mentioned target operation command or charging upper limit control command) is sent successfully, the command execution result query interface is requested every second within 30 seconds.

[0100] If the setting is returned successful, the total number of remote control successes will be +1, and the number of seconds for successful execution will be recorded.

[0101] If a failure or timeout is returned, the total number of remote control failures will be increased by 1, and the key time points will be recorded so that at the end of the test, it is necessary to analyze in detail whether the failure is caused by the failure of the opponent software to execute, or because the data wake-up does not guarantee the failure of the tboxsocket long connection.

[0102] 6. Regardless of success or failure, the system will randomly wait for 2-5 minutes for the next round of remote control. The random waiting time is to increase sample diversity and to simulate remote control scenarios under different time periods and intervals of user use.

[0103] 7. When the stress test stop signal (equivalent to the above test end signal) is received, the test data will be summarized and a briefing (equivalent to the above test report) will be generated, including:

[0104] Basic information of command line parameters (equivalent to the above command line parameters), start and end time (equivalent to the above test time information);

[0105] The total number of successes (equivalent to the above number of successes), and the distribution list of successful response times (equivalent to the above distribution information of successful response times). The shorter the response time and the more data, the better the user experience.

[0106] The total number of failures (equivalent to the above number of failures) and the detailed list of key failure points (equivalent to the above failure time information) are convenient for quick positioning and troubleshooting to determine whether the cause is data failure to wake up.

[0107] Based on the TBox wake-up test method provided in the above embodiment, the present application also provides a specific implementation of a TBox wake-up test device. Please refer to the following embodiment.

[0108] like Figure 5 As shown, a TBox wake-up test device 500 provided in an embodiment of the present application is applied to a first terminal. The device 500 may include the following modules: a first sending module 501 and a first receiving module 502 .

[0109] The first sending module 501 is used to send at least one target operation request to the second terminal according to a preset time period when the first terminal is in communication connection with the second terminal, so that the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle; TBox executes the target operation corresponding to each target operation instruction and generates each execution result; TBox sends each execution result to the second terminal;

[0110] The first receiving module 502 is used to receive at least one execution result sent by the second terminal, where the execution result is used to indicate whether the target operation is executed successfully, and the execution result includes execution time information.

[0111] The TBox wake-up test device of the embodiment of the present application can, when the first terminal and the second terminal are in communication connection, the first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result, which is used to characterize whether the target operation is successfully executed, and the execution result includes execution time information; the TBox sends each execution result to the second terminal; the second terminal sends at least one execution result to the first terminal. In this way, in the embodiment of the present application, the first terminal can periodically send at least one target operation request to implement multiple rounds of testing whether the TBox is online for a long time, ensuring that the TBox does not enter deep sleep when it is online for a long time, thereby reducing the workload of testers repeatedly operating the mobile phone APP to simulate the use scenario for testing within a specific time period, thereby improving the efficiency of the TBox wake-up test.

[0112] As an implementation of the present application, in order to facilitate users to quickly locate and troubleshoot the cause of the failure, the above-mentioned device 500 may also include:

[0113] The generation module is used to generate a test report in response to a test end signal input by the user and based on at least one execution result. The test report includes command line parameters, test time information, number of successes, successful response time distribution information, number of failures and failure time information.

[0114] In some embodiments, the target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation.

[0115] The first sending module 501 is specifically used to send at least one charging upper limit adjustment request to the second terminal according to a preset time period, so that the second terminal responds to each charging upper limit adjustment request and sends a charging upper limit control instruction corresponding to each charging upper limit adjustment request to the vehicle's on-board communication terminal TBox; TBox executes the charging upper limit control operation corresponding to each charging upper limit control instruction, and generates each execution result, which is used to indicate whether the charging upper limit control operation is successfully executed.

[0116] As an implementation of the present application, in order to improve the effectiveness of the TBox wake-up test, the above-mentioned device 500 may also include:

[0117] An acquisition module is used to acquire the status information of the vehicle, where the status information is used to indicate whether the vehicle is in a charging state;

[0118] The first sending module 501 is further configured to send at least one charging upper limit adjustment request to the second terminal according to a preset time period when the status information indicates that the vehicle is not in a charging state.

[0119] As another implementation of the present application, in order to provide effective security protection in the TBox wake-up test, the above-mentioned device 500 may also include:

[0120] A fifth receiving module, used to receive a login key and a login token input by a user;

[0121] A verification module, used to verify the login key and login token according to a preset white list, and generate a verification result, wherein the verification result is used to indicate whether the login key and login token are included in the white list;

[0122] The acquisition module is specifically used to acquire the status information of the vehicle when the verification result indicates that the whitelist includes the login key and the login token.

[0123] like Figure 6 As shown, another TBox wake-up test device 600 provided in an embodiment of the present application is applied to a second terminal. The device 600 may include the following modules: a second receiving module 601, a second sending module 602, a third receiving module 603 and a third sending module 604.

[0124] The second receiving module 601 is used to receive at least one target operation request sent by the first terminal according to a preset time period when the second terminal is in communication connection with the first terminal;

[0125] The second sending module 602 is used to send target operation instructions corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle in response to each target operation request, so that the TBox performs the target operation corresponding to each target operation instruction and generates each execution result;

[0126] The third receiving module 603 is used to receive various execution results sent by the TBox. The execution results are used to indicate whether the target operation is successfully executed. The execution results include execution time information;

[0127] The third sending module 604 is configured to send at least one execution result to the first terminal.

[0128] The TBox wake-up test device of the embodiment of the present application can, when the first terminal and the second terminal are in communication connection, the first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result, which is used to characterize whether the target operation is successfully executed, and the execution result includes execution time information; the TBox sends each execution result to the second terminal; the second terminal sends at least one execution result to the first terminal. In this way, in the embodiment of the present application, the first terminal can periodically send at least one target operation request to implement multiple rounds of testing whether the TBox is online for a long time, ensuring that the TBox does not enter deep sleep when it is online for a long time, thereby reducing the workload of testers repeatedly operating the mobile phone APP to simulate the use scenario for testing within a specific time period, thereby improving the efficiency of the TBox wake-up test.

[0129] In some embodiments, the target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation.

[0130] The second receiving module 601 is specifically configured to receive at least one charging upper limit adjustment request sent by the first terminal according to a preset time period;

[0131] The above-mentioned second sending module 602 is specifically used to respond to each charging upper limit adjustment request and send a charging upper limit control instruction corresponding to each charging upper limit adjustment request to the vehicle's on-board communication terminal TBox, so that TBox executes the charging upper limit control operation corresponding to each charging upper limit control instruction and generates each execution result. The execution result is used to indicate whether the charging upper limit control operation is executed successfully.

[0132] like Figure 7 As shown, another TBox wake-up test device 700 provided in an embodiment of the present application is applied to a vehicle-mounted communication terminal TBox. The device 700 may include the following modules: a fourth receiving module 701 , an execution module 702 and a fourth sending module 703 .

[0133] The fourth receiving module 701 is used to receive each target operation instruction sent by the second terminal in response to each target operation request, each target operation request is sent by the first terminal to the second terminal in a communication connection with the second terminal according to a preset time period, and each target operation instruction corresponds to each target operation request;

[0134] An execution module 702 is used to execute the target operation corresponding to each target operation instruction and generate each execution result. The execution result is used to indicate whether the target operation is successfully executed. The execution result includes execution time information.

[0135] The fourth sending module 703 is configured to send each execution result to the second terminal, so that the second terminal sends at least one execution result to the first terminal.

[0136] The TBox wake-up test device of the embodiment of the present application can, when the first terminal and the second terminal are in communication connection, the first terminal sends at least one target operation request to the second terminal according to a preset time period; the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result, which is used to characterize whether the target operation is successfully executed, and the execution result includes execution time information; the TBox sends each execution result to the second terminal; the second terminal sends at least one execution result to the first terminal. In this way, in the embodiment of the present application, the first terminal can periodically send at least one target operation request to implement multiple rounds of testing whether the TBox is online for a long time, ensuring that the TBox does not enter deep sleep when it is online for a long time, thereby reducing the workload of testers repeatedly operating the mobile phone APP to simulate the use scenario for testing within a specific time period, thereby improving the efficiency of the TBox wake-up test.

[0137] In some embodiments, the target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation.

[0138] The fourth receiving module 701 is specifically configured to receive each charging upper limit control instruction sent by the second terminal in response to each charging upper limit adjustment request;

[0139] The execution module 702 is specifically used to execute the charging upper limit control operation corresponding to each charging upper limit control instruction and generate each execution result. The execution result is used to indicate whether the charging upper limit control operation is successfully executed.

[0140] Figure 8 A schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application is shown.

[0141] The electronic device may include a processor 801 and a memory 802 storing computer program instructions.

[0142] Specifically, the processor 801 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0143] The memory 802 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 802 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 802 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 802 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 802 is a non-volatile solid-state memory.

[0144] In certain embodiments, the memory 802 may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk storage media device, an optical storage media device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Thus, in general, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0145] The processor 801 implements any one of the TBox wake-up test methods in the above embodiments by reading and executing the computer program instructions stored in the memory 802 .

[0146] In one example, the electronic device may further include a communication interface 803 and a bus 810. Figure 8 As shown, the processor 801, the memory 802, and the communication interface 803 are connected via a bus 810 and communicate with each other.

[0147] The communication interface 803 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0148] Bus 810 includes hardware, software or both, and the parts of electronic equipment are coupled to each other.For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 810 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the application considers any suitable bus or interconnection.

[0149] The electronic device can execute the TBox wake-up test method in the embodiment of the present application, thereby realizing the combination Figure 2 , Figure 5 , Figure 6 and Figure 7 Described is a TBox wake-up test method and apparatus.

[0150] In addition, in combination with the TBox wake-up test method in the above embodiment, the embodiment of the present application can provide a computer-readable storage medium for implementation. The computer-readable storage medium stores computer program instructions; when the computer program instructions are executed by a processor, any one of the TBox wake-up test methods in the above embodiment is implemented.

[0151] In combination with the TBox wake-up test method in the above embodiment, an embodiment of the present application may provide a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes any one of the TBox wake-up test methods above.

[0152] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0153] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0154] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.

[0155] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0156] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A TBox wake-up test method, characterized in that: Applied to a first terminal, the method includes: When the first terminal is in communication connection with the second terminal, at least one target operation request is sent to the second terminal at a preset time period, so that the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result; the TBox sends each execution result to the second terminal; Receive at least one of the execution results sent by the second terminal, where the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information.

2. The method according to claim 1, characterized in that After receiving at least one of the execution results sent by the second terminal, the method further includes: In response to a test end signal input by the user, a test report is generated according to at least one of the execution results, the test report including command line parameters, test time information, number of successes, successful response time distribution information, number of failures and failure time information.

3. The method according to claim 1, characterized in that The target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation. The sending at least one target operation request to the second terminal respectively according to a preset time period includes: At least one charging upper limit adjustment request is sent to the second terminal according to a preset time period, so that the second terminal responds to each charging upper limit adjustment request and sends the charging upper limit control instruction corresponding to each charging upper limit adjustment request to the vehicle's on-board communication terminal TBox; the TBox executes the charging upper limit control operation corresponding to each charging upper limit control instruction, and generates each execution result, and the execution result is used to indicate whether the charging upper limit control operation is executed successfully.

4. The method according to claim 3, characterized in that Before sending at least one charging upper limit adjustment request to the second terminal respectively according to a preset time period, the method further includes: Acquiring status information of the vehicle, where the status information is used to indicate whether the vehicle is in a charging state; The sending at least one charging upper limit adjustment request to the second terminal respectively according to a preset time period includes: When the state information indicates that the vehicle is not in the charging state, at least one charging upper limit adjustment request is sent to the second terminal according to a preset time period.

5. The method according to claim 4, characterized in that Before obtaining the status information of the vehicle, the method further includes: Receiving a login key and a login token input by the user; Verifying the login key and the login token according to a preset whitelist, and generating a verification result, wherein the verification result is used to indicate whether the login key and the login token are included in the whitelist; The obtaining of the status information of the vehicle includes: In a case where the verification result indicates that the login key and the login token are included in the whitelist, state information of the vehicle is acquired.

6. A TBox wake-up test method, characterized in that: Applied to the second terminal, the method includes: When the second terminal is in communication connection with the first terminal, receiving at least one target operation request sent by the first terminal according to a preset time period; In response to each of the target operation requests, sending a target operation instruction corresponding to each of the target operation requests to the vehicle-mounted communication terminal TBox of the vehicle, so that the TBox executes the target operation corresponding to each of the target operation instructions and generates each execution result; receiving each of the execution results sent by the TBox, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information; Send at least one of the execution results to the first terminal.

7. The method according to claim 6, characterized in that The target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation. The receiving at least one target operation request sent by the first terminal according to a preset time period includes: receiving at least one charging upper limit adjustment request sent by the first terminal according to a preset time period; The step of sending a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle in response to each target operation request includes: In response to each of the charging upper limit adjustment requests, the charging upper limit control instructions corresponding to each of the charging upper limit adjustment requests are sent to the vehicle's on-board communication terminal TBox, so that the TBox executes the charging upper limit control operations corresponding to each of the charging upper limit control instructions and generates each execution result, which is used to characterize whether the charging upper limit control operation is executed successfully.

8. A TBox wake-up test method, characterized in that: Applied to a vehicle-mounted communication terminal TBox, the method comprises: receiving each target operation instruction sent by the second terminal in response to each target operation request, each of the target operation requests being sent by the first terminal to the second terminal in accordance with a preset time period when the first terminal is in communication connection with the second terminal, and each of the target operation instructions corresponding to each of the target operation requests; Execute the target operation corresponding to each of the target operation instructions to generate each execution result, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information; Each of the execution results is sent to the second terminal, so that the second terminal sends at least one of the execution results to the first terminal.

9. The method according to claim 8, characterized in that The target operation request includes a charging upper limit adjustment request, the target operation instruction includes a charging upper limit control instruction, and the target operation includes a charging upper limit control operation. The receiving each target operation instruction sent by the second terminal in response to each target operation request includes: receiving each of the charging upper limit control instructions sent by the second terminal in response to each of the charging upper limit adjustment requests; The executing the target operation corresponding to each of the target operation instructions and generating each execution result includes: The charging upper limit control operation corresponding to each charging upper limit control instruction is executed to generate each execution result, wherein the execution result is used to indicate whether the charging upper limit control operation is executed successfully.

10. A TBox wake-up test device, characterized in that: Applied to a first terminal, the device includes: A first sending module is used to send at least one target operation request to the second terminal according to a preset time period when the first terminal is in communication connection with the second terminal, so that the second terminal responds to each target operation request and sends a target operation instruction corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle; the TBox executes the target operation corresponding to each target operation instruction and generates each execution result; the TBox sends each execution result to the second terminal; The first receiving module is used to receive at least one of the execution results sent by the second terminal, where the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information.

11. A TBox wake-up test device, characterized in that: Applied to a second terminal, the device includes: A second receiving module, configured to receive at least one target operation request sent by the first terminal according to a preset time period when the second terminal is in communication connection with the first terminal; A second sending module is used to send target operation instructions corresponding to each target operation request to the vehicle-mounted communication terminal TBox of the vehicle in response to each target operation request, so that the TBox executes the target operation corresponding to each target operation instruction and generates each execution result; A third receiving module is used to receive each of the execution results sent by the TBox, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information; The third sending module is used to send at least one of the execution results to the first terminal.

12. A TBox wake-up test device, characterized in that: Applied to a vehicle-mounted communication terminal TBox, the device comprises: a fourth receiving module, configured to receive each target operation instruction sent by the second terminal in response to each target operation request, wherein each of the target operation requests is sent by the first terminal to the second terminal in accordance with a preset time period when the first terminal is in communication connection with the second terminal, and each of the target operation instructions corresponds to each of the target operation requests; An execution module, used to execute the target operation corresponding to each of the target operation instructions, and generate each execution result, wherein the execution result is used to indicate whether the target operation is successfully executed, and the execution result includes execution time information; The fourth sending module is used to send each of the execution results to the second terminal, so that the second terminal sends at least one of the execution results to the first terminal.

13. An electronic device, characterized in that: The device comprises: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the TBox wake-up test method according to any one of claims 1 to 9 is implemented.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by the processor, the TBox wake-up test method according to any one of claims 1 to 9 is implemented.

15. A computer program product, characterized in that When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the TBox wake-up test method as described in any one of claims 1-9.

Images