Network traffic application method and device, electronic equipment and storage medium

Abstract

The invention relates to the technical field of vehicles, in particular to a network traffic application method and device, electronic equipment and a storage medium, and the method comprises the steps: receiving a fault log request instruction of a target vehicle and a fault log uploading result, and when the target vehicle meets a traffic application condition and does not have a fault log interruption condition, executing the network traffic application; requesting to apply for fault log traffic of the target vehicle based on the fault log uploading result so as to control the target vehicle to upload a fault log; if the target vehicle has the fault log interruption condition, generating a fault log uploading uncompleted prompt, and if the request continues to apply for the fault log traffic of the target vehicle, continuing to request for the fault log traffic of the target vehicle based on the fault log uploading result through a preset breakpoint resume mechanism; and continuing to control the target vehicle to upload the fault log from the fault log uploading interruption position. Therefore, the problems that the traffic is insufficient when the vehicle uploads the fault log, so that the use experience of a user is reduced and the like are solved.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a method, device, electronic device and storage medium for applying for network traffic. Background Art

[0002] With the continuous advancement of vehicle intelligence and networking, Internet of Vehicles technology has become an important development direction for the automotive industry. Car companies cooperate with operators, and operators provide stable communication networks and high-speed data transmission services to ensure that vehicles can access the Internet in real time to achieve remote control, online upgrades, infotainment and other functions. Among them, operators will provide car companies with two different types of access points APN1 and APN2. APN1 focuses on low-cost WAP services and specific types of network applications, which are suitable for basic vehicle control interactions. APN2 focuses on providing a wider range of Internet access capabilities, such as entertainment, games, etc., which consumes entertainment traffic. Therefore, it is very necessary to effectively upload and troubleshoot large files.

[0003] In the related technology, logs are mainly copied offline, or a small amount of basic traffic is used to upload small files. When the log file is large, it is necessary to copy the log offline using a mobile hard disk. When the log file is small, the log is reported through the APN1 channel by consuming basic traffic.

[0004] However, offline log copying requires users or technicians to go on-site, which increases maintenance costs and time costs, resulting in low upload efficiency and even data security risks. Using a small amount of basic traffic to upload small files cannot meet the frequent needs of uploading large files, and will quickly exhaust the traffic of APN1, affecting the normal use of other basic services, which needs to be solved urgently. Summary of the invention

[0005] The present application provides a method, device, electronic device and storage medium for applying for network traffic to solve the problem of insufficient traffic when a vehicle uploads a fault log, thereby reducing the user's experience.

[0006] The first aspect of the present application provides a method for applying for network traffic, comprising the following steps:

[0007] Receiving a fault log request instruction of a target vehicle, sending the fault log request instruction to the target vehicle, and receiving a fault log upload result of the target vehicle;

[0008] Determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, determine whether the target vehicle has a fault log interruption. If the target vehicle does not have a fault log interruption, request to apply for the fault log traffic of the target vehicle based on the fault log upload result, and after the fault log traffic application is successful, control the target vehicle to upload the fault log;

[0009] If the target vehicle has a fault log interruption, a reminder that the fault log upload is not completed is generated, and a judgment is made whether to continue to request the fault log traffic of the target vehicle. If the fault log traffic of the target vehicle is continued to be requested, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to be controlled to upload the fault log from the fault log upload interruption position.

[0010] According to one embodiment of the present application, before receiving the fault log request instruction of the target vehicle, it also includes:

[0011] Obtaining the usage requirements of at least one vehicle, and testing each vehicle based on the usage requirements to obtain log flow test information of each vehicle;

[0012] If the log flow test information meets the preset test requirements, the vehicle models corresponding to all vehicles that meet the preset test requirements are obtained, and a flow configuration table of the fault log is generated based on the vehicle model.

[0013] According to an embodiment of the present application, the determining whether the target vehicle meets the traffic application condition includes:

[0014] Determining whether the vehicle model of the target vehicle is in the flow configuration table of the fault log;

[0015] If the vehicle model of the target vehicle is in the flow configuration table of the fault log, it is determined that the target vehicle meets the flow application condition.

[0016] According to one embodiment of the present application, after determining whether the target vehicle meets the traffic application conditions, the method further includes:

[0017] If the target vehicle does not meet the traffic application conditions, a traffic warning for the target vehicle is generated, and a reporting failure prompt is given.

[0018] According to one embodiment of the present application, after controlling the target vehicle to upload the fault log, the method further includes:

[0019] Determine whether a new fault log request instruction of the target vehicle is received. If the new fault log request instruction is received, continue to execute the step of determining whether the target vehicle meets the traffic application conditions until the target vehicle uploads a new fault log.

[0020] According to the network traffic application method of the embodiment of the present application, the fault log request instruction fault log upload result of the target vehicle is received. When the target vehicle meets the traffic application conditions and there is no fault log interruption in the target vehicle, the fault log traffic of the target vehicle is requested based on the fault log upload result to control the target vehicle to upload the fault log; if there is a fault log interruption in the target vehicle, a reminder of incomplete fault log upload is generated. If the target vehicle continues to request the fault log traffic of the target vehicle, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to upload the fault log from the interruption position of the fault log upload. In this way, the problem of insufficient traffic faced by the vehicle when uploading the fault log, thereby reducing the user's experience, is solved. Through precise traffic management and breakpoint resume mechanism, it is ensured that the fault log can be uploaded to the cloud efficiently and safely, while avoiding the waste of user traffic to ensure the effective use of traffic.

[0021] A second aspect of the present application provides a network traffic application device, including:

[0022] A receiving module, used for receiving a fault log request instruction of a target vehicle, sending the fault log request instruction to the target vehicle, and receiving a fault log upload result of the target vehicle;

[0023] A first control module is used to determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, it is determined whether the target vehicle has a fault log interruption. If the target vehicle does not have the fault log interruption, it is requested to apply for the fault log traffic of the target vehicle based on the fault log upload result, and after the fault log traffic application is successful, the target vehicle is controlled to upload the fault log;

[0024] The second control module is used to generate a reminder that the fault log upload is not completed if the fault log is interrupted for the target vehicle, and determine whether to continue to request the fault log traffic of the target vehicle. If the fault log traffic of the target vehicle is continued to be requested, the fault log traffic of the target vehicle is continued to be requested based on the fault log upload result through a preset breakpoint resume mechanism, and the target vehicle is continued to be controlled to upload the fault log from the fault log upload interruption position.

[0025] According to one embodiment of the present application, before receiving the fault log request instruction of the target vehicle, the receiving module is further used to:

[0026] Obtaining the usage requirements of at least one vehicle, and testing each vehicle based on the usage requirements to obtain log flow test information of each vehicle;

[0027] If the log flow test information meets the preset test requirements, the vehicle models corresponding to all vehicles that meet the preset test requirements are obtained, and a flow configuration table of the fault log is generated based on the vehicle model.

[0028] According to an embodiment of the present application, the first control module is specifically used to:

[0029] Determining whether the vehicle model of the target vehicle is in the flow configuration table of the fault log;

[0030] If the vehicle model of the target vehicle is in the flow configuration table of the fault log, it is determined that the target vehicle meets the flow application condition.

[0031] According to one embodiment of the present application, after determining whether the target vehicle meets the traffic application conditions, the first control module is further used to:

[0032] If the target vehicle does not meet the traffic application conditions, a traffic warning for the target vehicle is generated, and a reporting failure prompt is given.

[0033] According to one embodiment of the present application, after controlling the target vehicle to upload the fault log, the second control module is further used to:

[0034] Determine whether a new fault log request instruction of the target vehicle is received. If the new fault log request instruction is received, continue to execute the step of determining whether the target vehicle meets the traffic application conditions until the target vehicle uploads a new fault log.

[0035] According to the network traffic application device of the embodiment of the present application, the fault log request instruction fault log upload result of the target vehicle is received. When the target vehicle meets the traffic application conditions and there is no fault log interruption in the target vehicle, the fault log traffic of the target vehicle is requested based on the fault log upload result to control the target vehicle to upload the fault log; if there is a fault log interruption in the target vehicle, a reminder of incomplete fault log upload is generated. If the target vehicle continues to request the fault log traffic of the target vehicle, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to upload the fault log from the interruption position of the fault log upload. In this way, the problem of insufficient traffic faced by the vehicle when uploading the fault log, thereby reducing the user's experience, is solved. Through precise traffic management and breakpoint resume mechanism, it is ensured that the fault log can be uploaded to the cloud efficiently and safely, while avoiding the waste of user traffic to ensure the effective use of traffic.

[0036] The third aspect of the present application provides an electronic device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the network traffic application method as described in the above embodiment.

[0037] The fourth aspect of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the network traffic application method as described in the above embodiment.

[0038] The fifth aspect of the present application provides a computer program product, including a computer program, which is executed to implement the network traffic application method described in the above embodiment.

[0039] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

[0041] Figure 1 A flowchart of a method for applying for network traffic provided according to an embodiment of the present application;

[0042] Figure 2 It is an overall flow chart of network traffic application according to one embodiment of the present application;

[0043] Figure 3An example diagram of an application device for network traffic according to an embodiment of the present application;

[0044] Figure 4 Schematic diagram of the structure of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0045] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

[0046] The following describes the network traffic application method, device, electronic device and storage medium of the embodiment of the present application with reference to the accompanying drawings. In view of the problem that the vehicle mentioned in the above background technology faces insufficient traffic when uploading fault logs, thereby reducing the user's experience, the present application provides a network traffic application method, in which the fault log request instruction fault log upload result of the target vehicle is received, and when the target vehicle meets the traffic application conditions and the target vehicle does not have a fault log interruption, the fault log traffic of the target vehicle is requested to be applied based on the fault log upload result to control the target vehicle to upload the fault log; if the target vehicle has a fault log interruption, a fault log upload incomplete reminder is generated, and if the target vehicle continues to request the fault log traffic of the target vehicle, the fault log traffic of the target vehicle is continued to be requested based on the fault log upload result through the preset breakpoint resume mechanism, and the target vehicle is continued to upload the fault log from the fault log upload interruption position. Thus, the problem that the vehicle faces insufficient traffic when uploading fault logs, thereby reducing the user's experience, etc., is solved, and through precise traffic management and breakpoint resume mechanism, it is ensured that the fault log can be uploaded to the cloud efficiently and safely, while avoiding the waste of user traffic, so as to ensure the effective use of traffic.

[0047] Specifically, Figure 1 A flowchart of a method for applying for network traffic provided in an embodiment of the present application.

[0048] like Figure 1 As shown, the method for applying for network traffic includes the following steps:

[0049] In step S101, a fault log request instruction of a target vehicle is received, and the fault log request instruction is sent to the target vehicle, and at the same time, a fault log upload result of the target vehicle is received.

[0050] According to one embodiment of the present application, before receiving the fault log request instruction of the target vehicle, it also includes: obtaining the usage requirements of at least one vehicle, and testing each vehicle separately based on the usage requirements to obtain the log flow test information of each vehicle; if the log flow test information meets the preset test requirements, then obtaining the vehicle models corresponding to all vehicles that meet the preset test requirements, and generating a flow configuration table for the fault log based on the vehicle model.

[0051] Among them, the preset test requirements are set by technical personnel in this field according to the actual usage requirements of different vehicle models and are not specifically limited here.

[0052] Specifically, in order to solve the problem of how to effectively upload these fault logs to the cloud when the vehicle generates large fault logs, the embodiment of the present application provides a method to request additional IoT card entertainment traffic for large file transfers in specific situations without consuming the user's regular entertainment traffic or basic traffic. It mainly includes three mechanisms, namely, a configuration mechanism, an active identification mechanism and a vehicle-side breakpoint resumption mechanism.

[0053] Specifically, in order to enable fault logs to be uploaded to the cloud efficiently and securely while avoiding waste of user traffic, the embodiments of the present application need to be configured based on a configuration mechanism by technicians in this field, i.e., operators, based on the vehicle models that need to use the solution. That is to say, it is first necessary to clarify which vehicle models need to use the solution to ensure that the solution is only applied to necessary vehicle models, thereby generating a traffic configuration table for fault logs based on all configured vehicle models. In the process of generating the traffic configuration table, it is first necessary to analyze the vehicle usage requirements, understand the market demand and user feedback for different vehicle models, and determine which vehicle models are most likely to encounter the need to upload large files. Then, technicians in this field evaluate the technical architecture and vehicle networking functions of each vehicle model to determine Which vehicle models are eligible for implementing the solution? Test the vehicle models that are eligible for implementing the solution to verify the feasibility and effectiveness of the configuration solution. For example, you can simulate the fault log upload scenario to test whether the traffic application and upload process are smooth, so as to obtain the log traffic test information of each vehicle. If the log traffic test information meets the preset test requirements, for example, both the traffic application and upload processes are smooth, then obtain the vehicle models corresponding to all vehicles that meet the preset test requirements, and generate a traffic configuration table for the fault log based on the vehicle model. This configuration table mainly implements business customization. All vehicle models that need to be implemented according to the solution in the future can be configured in this traffic configuration table, and the cloud platform will store the traffic configuration table for subsequent business logic judgment.

[0054] It should be noted that only authorized operators can modify the traffic configuration table on the cloud platform to ensure the security and accuracy of the traffic configuration table. At the same time, with the launch of new models, operators can add new models to the traffic configuration table at any time. Each time the traffic configuration table is modified, the system will automatically record the version number and modification time to facilitate tracing of historical versions. After each modification of the traffic configuration table, it must be reviewed before it can take effect to prevent misoperation or improper configuration. If a problem is found in the configuration, it can be quickly rolled back to the previous version to ensure the stability of the system.

[0055] Furthermore, when the user applies for after-sales inspection of the vehicle during use, the operator can request the vehicle to report the fault log on the cloud platform, that is, the cloud platform receives the fault log request instruction of the target vehicle and sends the fault log request instruction to the target vehicle. When the target vehicle receives the fault log request instruction, it will generate a log size and upload the log size to the cloud platform.

[0056] In step S102, determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, determine whether the target vehicle has a fault log interruption. If the target vehicle does not have a fault log interruption, request to apply for the target vehicle's fault log traffic based on the fault log upload result, and after the fault log traffic application is successful, control the target vehicle to upload the fault log.

[0057] According to one embodiment of the present application, determining whether the target vehicle meets the flow application conditions includes: determining whether the vehicle model of the target vehicle is in the flow configuration table of the fault log; if the vehicle model of the target vehicle is in the flow configuration table of the fault log, then determining that the target vehicle meets the flow application conditions.

[0058] Specifically, Figure 2As shown, when the cloud platform receives the fault log request instruction of the target vehicle, first, it will determine whether the target vehicle meets the traffic application conditions, that is, whether the vehicle model of the target vehicle is in the traffic configuration table of the fault log. If the vehicle model of the target vehicle is in the traffic configuration table of the fault log, it is determined that the target vehicle meets the traffic application conditions; secondly, after the target vehicle meets the traffic application conditions, in order to ensure the complete upload of the fault log, it will further determine whether there is a fault log interruption in the target vehicle. If there is no fault log interruption in the target vehicle, the cloud platform will receive the fault log size reported by the vehicle and request the network operator to increase the entertainment traffic of the corresponding size of the fault log according to the size of the fault log. After the network operator adds the entertainment traffic of the corresponding size of the fault log, the network operator notifies the cloud platform that the addition is successful, and then the cloud platform notifies the vehicle to report the fault log. That is, at this time, the vehicle reports based on the additional entertainment traffic, thereby not consuming the user's regular entertainment traffic or basic traffic, and at the same time, it can also avoid users abusing entertainment traffic.

[0059] According to an embodiment of the present application, after determining whether the target vehicle meets the flow application conditions, it also includes: if the target vehicle does not meet the flow application conditions, a flow warning for the target vehicle is generated, and a reporting failure prompt is given.

[0060] Specifically, Figure 2 As shown, if the cloud platform detects that the target vehicle does not meet the traffic application conditions, that is, the vehicle model of the target vehicle is not in the traffic configuration table of the fault log, a traffic warning for the target vehicle is generated. At this time, the cloud platform will prompt that the traffic is insufficient and the fault log cannot be reported, and a reporting failure prompt will be given, thereby ending the reporting of this fault log.

[0061] In step S103, if there is a fault log interruption in the target vehicle, a reminder of incomplete fault log upload is generated, and a determination is made as to whether to continue requesting the target vehicle's fault log traffic. If the target vehicle's fault log traffic is continued to be requested, the preset breakpoint resume mechanism is used to continue requesting the target vehicle's fault log traffic based on the fault log upload result, and the target vehicle is continued to be controlled to upload the fault log from the fault log upload interruption location.

[0062] According to one embodiment of the present application, after controlling the target vehicle to upload the fault log, it also includes: determining whether a new fault log request instruction of the target vehicle is received. If a new fault log request instruction is received, continuing to execute the step of determining whether the target vehicle meets the traffic application conditions until the target vehicle uploads a new fault log.

[0063] Among them, the preset breakpoint resume mechanism can be selected by technical personnel in this field according to actual test requirements and is not specifically limited here.

[0064] Specifically, Figure 2 As shown, after the target vehicle meets the traffic application conditions, if it is further determined that there is a fault log interruption in the target vehicle, for example, the user turns off the engine, power failure, network problem, etc., thereby stopping the fault log from being reported, a reminder that the fault log upload is not completed is generated at this time. After the user starts the vehicle again, it is determined whether to continue to request the fault log traffic of the target vehicle. If the target vehicle's fault log traffic is continued to be requested, this application can continue to request the fault log traffic of the target vehicle based on the fault log upload result based on the preset breakpoint resume mechanism, and continue to control the target vehicle to upload the fault log from the fault log upload interruption position, thereby ensuring that the log is uploaded completely, while avoiding the waste of entertainment traffic, and ensuring that each entertainment traffic applied for can be fully utilized.

[0065] Furthermore, after the vehicle has completed reporting the fault log, the cloud platform can view and download the reported fault log. At the same time, if the vehicle has not completed reporting the fault log, the cloud platform can also view the reporting record of the fault log and mark the reporting status as not completed to alert the operating personnel.

[0066] Furthermore, after the vehicle has been running for a period of time, it is possible that a fault is detected again. At this time, it is re-determined whether a new fault log request instruction is received from the target vehicle. If a new fault log request instruction is received, the step of determining whether the target vehicle meets the traffic application conditions is continued, that is, the above-mentioned fault log application process is repeated. At this time, click to report the fault log. The cloud platform continues to determine whether there is a fault log that was not reported incomplete last time. If there is no fault log that was not reported incomplete last time, the front-end page of the cloud platform will prompt and apply for entertainment traffic according to the process. If there is a fault log that was not reported incomplete last time, it is continued to determine whether to apply for entertainment traffic. If entertainment traffic is continued to be applied, the cloud platform applies for entertainment traffic from the network operator for this new fault log report. Otherwise, the log report is terminated.

[0067] Therefore, the embodiment of the present application solves the problem of insufficient entertainment traffic faced by smart connected vehicles when uploading large files (such as fault logs). Through precise traffic management and breakpoint resumption mechanism, it ensures that the fault log can be uploaded to the cloud platform efficiently and securely, while avoiding the waste of user traffic. It not only improves the user experience, but also provides new possibilities for cooperation between car companies and operators.

[0068] According to the network traffic application method of the embodiment of the present application, the fault log request instruction fault log upload result of the target vehicle is received. When the target vehicle meets the traffic application conditions and there is no fault log interruption in the target vehicle, the fault log traffic of the target vehicle is requested based on the fault log upload result to control the target vehicle to upload the fault log; if there is a fault log interruption in the target vehicle, a reminder of incomplete fault log upload is generated. If the target vehicle continues to request the fault log traffic of the target vehicle, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to upload the fault log from the interruption position of the fault log upload. In this way, the problem of insufficient traffic faced by the vehicle when uploading the fault log, thereby reducing the user's experience, is solved. Through precise traffic management and breakpoint resume mechanism, it is ensured that the fault log can be uploaded to the cloud efficiently and safely, while avoiding the waste of user traffic to ensure the effective use of traffic.

[0069] Next, the application device for network traffic proposed in accordance with the embodiment of the present application is described with reference to the accompanying drawings.

[0070] Figure 3 It is a block diagram of an application device for network traffic according to an embodiment of the present application.

[0071] like Figure 3 As shown, the network traffic application device 10 includes: a receiving module 100, a first control module 200 and a second control module 300.

[0072] The receiving module 100 is used to receive a fault log request instruction of a target vehicle, send the fault log request instruction to the target vehicle, and receive a fault log upload result of the target vehicle;

[0073] The first control module 200 is used to determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, it is determined whether the target vehicle has a fault log interruption. If the target vehicle does not have a fault log interruption, it is requested to apply for the fault log traffic of the target vehicle based on the fault log upload result, and after the fault log traffic application is successful, the target vehicle is controlled to upload the fault log;

[0074] The second control module 300 is used to generate a reminder that the fault log upload is not completed if there is a fault log interruption in the target vehicle, and to determine whether to continue to request the fault log traffic of the target vehicle. If the fault log traffic of the target vehicle is continued to be requested, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and continue to control the target vehicle to upload the fault log from the fault log upload interruption position.

[0075] According to one embodiment of the present application, before receiving the fault log request instruction of the target vehicle, the receiving module 100 is further used to:

[0076] Obtaining the usage requirements of at least one vehicle, and testing each vehicle based on the usage requirements to obtain log flow test information of each vehicle;

[0077] If the log flow test information meets the preset test requirements, the vehicle models corresponding to all vehicles that meet the preset test requirements are obtained, and a flow configuration table for the fault log is generated based on the vehicle model.

[0078] According to an embodiment of the present application, the first control module 200 is specifically configured to:

[0079] Determine whether the vehicle model of the target vehicle is in the flow configuration table of the fault log;

[0080] If the vehicle model of the target vehicle is in the flow configuration table of the fault log, it is determined that the target vehicle meets the flow application conditions.

[0081] According to one embodiment of the present application, after determining whether the target vehicle meets the traffic application conditions, the first control module 200 is further configured to:

[0082] If the target vehicle does not meet the traffic application conditions, a traffic warning for the target vehicle will be generated and a reporting failure prompt will be given.

[0083] According to one embodiment of the present application, after controlling the target vehicle to upload the fault log, the second control module 300 is further used to:

[0084] Determine whether a new fault log request instruction of the target vehicle is received. If a new fault log request instruction is received, continue to execute the step of determining whether the target vehicle meets the traffic application conditions until the target vehicle uploads a new fault log.

[0085] According to the network traffic application device of the embodiment of the present application, the fault log request instruction fault log upload result of the target vehicle is received. When the target vehicle meets the traffic application conditions and there is no fault log interruption in the target vehicle, the fault log traffic of the target vehicle is requested based on the fault log upload result to control the target vehicle to upload the fault log; if there is a fault log interruption in the target vehicle, a reminder of incomplete fault log upload is generated. If the target vehicle continues to request the fault log traffic of the target vehicle, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to upload the fault log from the interruption position of the fault log upload. In this way, the problem of insufficient traffic faced by the vehicle when uploading the fault log, thereby reducing the user's experience, is solved. Through precise traffic management and breakpoint resume mechanism, it is ensured that the fault log can be uploaded to the cloud efficiently and safely, while avoiding the waste of user traffic to ensure the effective use of traffic.

[0086] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. The electronic device may include:

[0087] Memory 401 , processor 402 , and a computer program stored in the memory 401 and executable on the processor 402 .

[0088] When the processor 402 executes the program, the network traffic application method provided in the above embodiment is implemented.

[0089] Furthermore, the electronic device further comprises:

[0090] The communication interface 403 is used for communication between the memory 401 and the processor 402 .

[0091] The memory 401 is used to store computer programs that can be executed on the processor 402 .

[0092] The memory 401 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0093] If the memory 401, the processor 402 and the communication interface 403 are implemented independently, the communication interface 403, the memory 401 and the processor 402 can be connected to each other through a bus and communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 4 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0094] Optionally, in a specific implementation, if the memory 401, the processor 402 and the communication interface 403 are integrated on a chip, the memory 401, the processor 402 and the communication interface 403 can communicate with each other through an internal interface.

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

[0096] This embodiment also provides a computer-readable storage medium, on which a computer program is stored. When the program is executed by a processor, the above-mentioned network traffic application method is implemented.

[0097] This embodiment also provides a computer program product, including a computer program, which is executed to implement the network traffic application method of the above embodiment.

[0098] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or N embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0099] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include at least one of the features. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0100] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or more executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0101] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purpose of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or N wirings (electronic devices), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or otherwise processing in a suitable manner if necessary, and then stored in a computer memory.

[0102] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiment, the N steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0103] A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0104] In addition, each functional unit in each embodiment of the present application may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0105] The storage medium mentioned above may be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limiting the present application. A person of ordinary skill in the art may change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A method for applying for network traffic, characterized in that: The following steps are involved: Receiving a fault log request instruction of a target vehicle, sending the fault log request instruction to the target vehicle, and receiving a fault log upload result of the target vehicle; Determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, determine whether the target vehicle has a fault log interruption. If the target vehicle does not have a fault log interruption, request to apply for the fault log traffic of the target vehicle based on the fault log upload result, and after the fault log traffic application is successful, control the target vehicle to upload the fault log; If the target vehicle has a fault log interruption, a reminder that the fault log upload is not completed is generated, and a judgment is made whether to continue to request the fault log traffic of the target vehicle. If the fault log traffic of the target vehicle is continued to be requested, the preset breakpoint resume mechanism is used to continue to request the fault log traffic of the target vehicle based on the fault log upload result, and the target vehicle is continued to be controlled to upload the fault log from the fault log upload interruption position.

2. The method according to claim 1, characterized in that Before receiving the fault log request instruction of the target vehicle, it also includes: Obtaining the usage requirements of at least one vehicle, and testing each vehicle based on the usage requirements to obtain log flow test information of each vehicle; If the log flow test information meets the preset test requirements, the vehicle models corresponding to all vehicles that meet the preset test requirements are obtained, and a flow configuration table of the fault log is generated based on the vehicle model.

3. The method according to claim 1, characterized in that The determining whether the target vehicle meets the traffic application condition includes: Determining whether the vehicle model of the target vehicle is in the flow configuration table of the fault log; If the vehicle model of the target vehicle is in the flow configuration table of the fault log, it is determined that the target vehicle meets the flow application condition.

4. The method according to claim 1, characterized in that: After determining whether the target vehicle meets the traffic application conditions, the method further includes: If the target vehicle does not meet the traffic application conditions, a traffic warning for the target vehicle is generated, and a reporting failure prompt is given.

5. The method according to claim 1, characterized in that After controlling the target vehicle to upload the fault log, the method further includes: Determine whether a new fault log request instruction of the target vehicle is received. If the new fault log request instruction is received, continue to execute the step of determining whether the target vehicle meets the traffic application conditions until the target vehicle uploads a new fault log.

6. A network traffic application device, characterized in that: include: A receiving module, used for receiving a fault log request instruction of a target vehicle, sending the fault log request instruction to the target vehicle, and receiving a fault log upload result of the target vehicle; A first control module is used to determine whether the target vehicle meets the traffic application conditions. If the target vehicle meets the traffic application conditions, it is determined whether the target vehicle has a fault log interruption. If the target vehicle does not have the fault log interruption, it is requested to apply for the fault log traffic of the target vehicle based on the fault log upload result, and after the fault log traffic application is successful, the target vehicle is controlled to upload the fault log; The second control module is used to generate a reminder that the fault log upload is not completed if the fault log is interrupted for the target vehicle, and determine whether to continue to request the fault log traffic of the target vehicle. If the fault log traffic of the target vehicle is continued to be requested, the fault log traffic of the target vehicle is continued to be requested based on the fault log upload result through a preset breakpoint resume mechanism, and the target vehicle is continued to be controlled to upload the fault log from the fault log upload interruption position.

7. The device according to claim 6, characterized in that Before receiving the fault log request instruction of the target vehicle, the receiving module is further used to: Obtaining the usage requirements of at least one vehicle, and testing each vehicle based on the usage requirements to obtain log flow test information of each vehicle; If the log flow test information meets the preset test requirements, the vehicle models corresponding to all vehicles that meet the preset test requirements are obtained, and a flow configuration table of the fault log is generated based on the vehicle model.

8. The device according to claim 6, characterized in that The first control module is specifically used to: Determining whether the vehicle model of the target vehicle is in the flow configuration table of the fault log; If the vehicle model of the target vehicle is in the flow configuration table of the fault log, it is determined that the target vehicle meets the flow application condition.

9. An electronic device, characterized in that: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the network traffic application method according to any one of claims 1 to 5.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: The program is executed by a processor to implement the network traffic application method as described in any one of claims 1 to 5.

Images