Internet of vehicles service detection system

Abstract

The invention relates to the technical field of Internet of Vehicles, and discloses an Internet of Vehicles service detection system. According to the invention, the data request packet of the target service detection task is issued to the terminal nodes deployed in different areas through the task scheduling node. And the terminal node requests to call a plurality of interfaces of the target data corresponding to the target service from the Internet of Vehicles cloud according to the related configuration information of the analyzed data request packet, and waits for the Internet of Vehicles cloud to return a response result of the target data corresponding to the target service. And after the terminal node forwards a response result of the target data corresponding to the target service to the task scheduling node, the data monitoring module generates a monitoring report and executes an alarm action on an abnormal response result. Therefore, the method does not need to perform Internet of Vehicles cloud monitoring test on a large number of actual vehicles, so that the monitoring cost is reduced, and meanwhile, due to the fact that related personnel do not need to participate in the test in the monitoring process, not only is the monitoring cost reduced, but also the monitoring accuracy is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle networking, and particularly relates to a vehicle networking service detection system. Background Art

[0002] In recent years, with the development of vehicle intelligence, the demand for vehicle networking services of vehicle manufacturers has been increasing day by day. The service interactions among the vehicle side, the application side (abbreviated as APP side), and the vehicle networking cloud are becoming more and more complex and diverse. Therefore, how to observe the running status of vehicle networking services to ensure the stability of vehicle networking services has become an important issue of current concern.

[0003] In the actual monitoring and testing of vehicle networking, monitoring whether the vehicle networking cloud can normally return data to the vehicle is a necessary link in vehicle networking operation and maintenance.

[0004] In the related art, an actual vehicle needs to request data from the vehicle networking cloud, and determine whether the vehicle networking cloud can normally return data to the vehicle, that is, whether the vehicle networking cloud service is normal, according to the data returned by the vehicle networking cloud received by the vehicle. In order to make the test results have a certain degree of credibility, a large number of tests are required. Therefore, a large number of actual vehicles need to participate in the test, and different types of actual vehicles need to participate in the test. In addition, relevant personnel need to participate in the test, resulting in a high cost of monitoring whether the vehicle networking cloud in vehicle networking can return data to the vehicle. Summary of the Invention

[0005] In view of this, the present invention provides a vehicle networking service detection system to solve the problem of high cost of monitoring whether the vehicle networking cloud in vehicle networking can return data to the vehicle.

[0006] In a first aspect, the present invention provides a vehicle networking service detection system, which includes: a data detection module, a data monitoring module, and a data configuration module. Among them, the data detection module includes: a task scheduling node and terminal nodes distributed in multiple different regions.

[0007] The task scheduling node generates a target detection task according to the vehicle basic information of at least one vehicle to be detected controlled by the terminal nodes in at least one region, and generates a data request packet for accessing the target service from the vehicle networking cloud according to the hardware configuration information of the vehicle to be detected associated with the target detection task configured by the data configuration module, and sends the data request packet of the target service to the terminal node.

[0008] The terminal node parses the hardware configuration information of the vehicle to be detected associated with the target detection task from the data request packet of the target service, and requests the vehicle networking cloud to call multiple interfaces of the target data corresponding to the target service according to the hardware configuration information of the vehicle to be detected associated with the target detection task. The vehicle networking cloud returns the target data corresponding to the target service to the terminal node, and the terminal node then loads the target data corresponding to the target service in the data response packet and forwards the data response packet to the task scheduling node.

[0009] The task scheduling node parses the response result of the target data corresponding to the target service from the data response packet.

[0010] The data monitoring module generates a monitoring report according to the response result of the target data corresponding to the target service, performs an alarm action on the response result with an exception, and sends the monitoring report to the target user.

[0011] In the vehicle networking service detection system of the present disclosure embodiment, the task scheduling node sends a data request packet of the target service of the vehicle to be detected associated with the target detection task to the terminal nodes deployed in different regions. The terminal node parses the hardware configuration information of the vehicle to be detected associated with the target detection task from the data request packet of the target service, requests the vehicle networking cloud to call multiple interfaces of the target data corresponding to the target service, and the vehicle networking cloud returns the response result of the target data corresponding to the target service. After the terminal node forwards the response result of the target data corresponding to the target service to the task scheduling node, the data monitoring module generates a monitoring report and performs an alarm action on the response result with an exception. Therefore, the present disclosure embodiment does not need to test the vehicle networking cloud monitoring for a large number of actual vehicles, thereby reducing the monitoring cost. At the same time, since the present disclosure embodiment does not require relevant personnel to participate in the test during the monitoring process, it not only reduces the monitoring cost, but also improves the monitoring accuracy.

[0012] In some alternative embodiments, the vehicle basic information includes: vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information.

[0013] The task scheduling node includes: a task generation unit, configured to generate a target detection task specifying a detection time and a detection period according to at least one of the above vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by the terminal nodes in at least one region.

[0014] In the process of task detection in the embodiments of the present disclosure, the task scheduling node issues a data request packet for the target detection task to the terminal nodes in different cities. The terminal nodes send requests to the vehicle networking cloud service, simulating real vehicles using the vehicle networking cloud service in different cities. The task scheduling node is used to initiate the target detection task to the vehicle networking cloud on behalf of a batch of vehicles, reducing the dependence of the vehicle networking cloud on a batch of real vehicles, thereby reducing the monitoring cost. At the same time, in the embodiments of the present disclosure, since no relevant personnel are required to participate in the test during the monitoring process, not only the monitoring cost is reduced, but also the monitoring accuracy is improved.

[0015] In some alternative embodiments, the vehicle networking service detection system includes: a vehicle data management module for managing vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by terminal nodes in at least one area; the vehicle attribute information includes: vehicle model, vehicle series, color, size, and the area to which the vehicle belongs; the vehicle identification information includes: vehicle identification number, manufacturer, manufacturing plant, model, and year; the vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number.

[0016] In the embodiments of the present disclosure, by using the vehicle data management module to manage vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by terminal nodes in at least one area, it is possible to monitor whether the vehicle networking cloud can normally return data to the vehicle for different types of vehicles, enhancing the universality and flexibility of vehicle monitoring.

[0017] In some alternative embodiments, the hardware configuration information of the vehicle to be detected associated with the target detection task includes: interface attribute information corresponding to the target service, vehicle basic information of the vehicle to be detected associated with the target detection task, and user basic information of the vehicle to be detected associated with the target detection task. The interface attribute information corresponding to the target service includes an interface data list, interface dependency relationship, and interface data source of multiple interfaces. The vehicle networking service detection system further includes: A data access module for obtaining an interface data list, interface dependency relationship, and interface data source of multiple interfaces corresponding to a task request when accessing the vehicle networking cloud from the in-vehicle terminal.

[0018] In the embodiments of the present disclosure, through the data access module, an interface data list, interface dependency relationship, and interface data source of multiple interfaces corresponding to the task request sent by the in-vehicle terminal to the vehicle networking cloud are accessed, so as to ensure that when the terminal node initiates a request to access the target service to the vehicle networking cloud, multiple interfaces of the target service are called.

[0019] In some alternative embodiments, a data configuration module is configured to configure the hardware configuration information of the vehicle to be detected according to the interface attribute information corresponding to the target service, the vehicle basic information of the vehicle to be detected associated with the target detection task, and the user basic information of the vehicle to be detected associated with the target detection task.

[0020] In the embodiments of the present disclosure, the vehicle basic information associated with the target detection task, the interface attribute information corresponding to the target service of the vehicle to be detected, and the user basic information of the vehicle to be detected associated with the target detection task are configured by the data configuration module. These information can be regarded as the virtual vehicle data of the vehicle to be detected, ensuring that the vehicle networking cloud can accurately call the terminal node to initiate access to multiple interfaces corresponding to the target service subsequently.

[0021] In some alternative embodiments, it further includes: a first database, configured to read or store the hardware configuration information of the vehicle to be detected associated with the target detection task.

[0022] In the embodiments of the present disclosure, the hardware configuration information of the vehicle to be detected associated with the target detection task is read or stored by the first database, which is used for the task scheduling node to obtain vehicle-related data information to form the target detection task, preventing the loss of the hardware configuration information of the vehicle to be detected.

[0023] In some alternative embodiments, the response result of the target data corresponding to the target service includes: normal response information or abnormal response information, and the response time of each interface; the data monitoring module includes: A report generation unit, configured to generate monitoring detection data through a task alarm rule according to the normal response information or abnormal response information and the response time of each interface, and obtain a monitoring report; A report sending unit, configured to send the monitoring report to the target user through a preset method.

[0024] In the embodiments of the present disclosure, the data monitoring module is used to monitor the response result of the target data corresponding to the target service requested by the terminal node, generate monitoring detection data according to the task alarm rule, thereby actively discovering service problems of the vehicle networking cloud, reducing the fault perception duration, solving the fault prior to customer complaints, and further improving the stability of the vehicle networking cloud service.

[0025] In some alternative embodiments, the data monitoring module further includes: an alarm execution unit, configured to execute an alarm action according to the monitoring detection data and the task alarm rule. The monitoring detection data is based on the normal response information or abnormal response information and the response time of each interface, and the task alarm rule is generated according to a static threshold or a dynamic threshold. The dynamic threshold is predicted by using a pre-trained neural network model.

[0026] In the embodiments of the present disclosure, the alarm execution unit executes alarm actions to prevent irreparable losses to the vehicle networking caused by abnormal failures.

[0027] In some alternative embodiments, the second database is used to read or store the response results of the target data corresponding to the target service.

[0028] In the embodiments of the present disclosure, the response results of the target data corresponding to the target service are stored in the second database, which is used for the data monitoring module to obtain the corresponding results and relevant data to generate alarms, preventing the loss of the data of the response results.

[0029] In some alternative embodiments, the user basic information includes: username, password, email, and mobile phone number. The system further includes: a user data management module, which is used to manage the user basic information and maintain the user list and user permissions.

[0030] In the embodiments of the present disclosure, the user data management module is used to manage the data information of different users, which is beneficial to the vehicle networking management for different users. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the following will briefly introduce the drawings required for the description of the specific embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0032] Figure 1 is a structural block diagram of a vehicle networking service detection system according to an embodiment of the present invention; Figure 2 is a structural block diagram of another vehicle networking service detection system according to an embodiment of the present invention; Figure 3 is a structural block diagram of yet another vehicle networking service detection system according to an embodiment of the present invention; Figure 4 is a structural block diagram of still another vehicle networking service detection system according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0033] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts fall within the scope of protection of the present invention.

[0034] In recent years, with the development of automotive intelligence, the demand for the vehicle networking business of automobile enterprises has been increasing day by day. The business service interactions among the vehicle terminal, the application (abbreviated as APP) terminal, and the vehicle networking cloud are becoming more and more complex and diverse. Therefore, how to observe the running state of the vehicle networking business to ensure its stability has become an important issue of current concern. In the actual operation of the vehicle networking business, in the face of various failures of the vehicle networking cloud platform, customer complaints generally cannot be directly solved by relying on the logs and monitoring indicators of the vehicle networking cloud microservices, but need to be combined with in-vehicle auxiliary testing, and further analyze the business failure problems through the test results. For example, by testers clicking on each function module in the vehicle and then combining the vehicle terminal logs according to the actual interaction results to achieve fault location. Over-reliance on the use of actual vehicles will affect the fault location speed. In addition, the introduction of actual vehicles also brings uncontrollable cost problems.

[0035] That is to say, in the related technology, it is necessary for the actual vehicle to request data from the vehicle networking cloud, and determine whether the vehicle networking cloud can normally return data to the vehicle according to whether the vehicle receives the data returned by the vehicle networking cloud. In order to make the test results have a certain degree of credibility, a large number of tests are required. Therefore, a large number of actual vehicles need to participate in the test, and different types of actual vehicles need to participate in the test. In addition, relevant personnel need to participate in the test, resulting in a relatively high cost for monitoring whether the vehicle networking cloud in the vehicle networking can return data to the vehicle.

[0036] Therefore, the embodiments of the present disclosure provide a vehicle networking business detection system, which mainly constitutes a design architecture for detecting the stability of the vehicle networking cloud business through a data detection module, a data monitoring module, and a data configuration module, simulates the interaction process between the vehicle terminal and the vehicle networking cloud, gets rid of the dependence on in-vehicle auxiliary testing and vehicle terminal log collection, and thus realizes the reduction of the detection cost of vehicle networking data.

[0037] In this embodiment, a vehicle networking business detection system is provided, as Figure 1 shown. The system includes: a data detection module 11, a data monitoring module 12, and a data configuration module 13. Among them, the data detection module 11 includes: a task scheduling node 111 and terminal nodes 112 distributed in multiple different regions. The terminal nodes 112 are communicatively connected to the vehicle networking cloud 14, where the vehicle networking cloud 14 is the object to be tested.

[0038] Specifically, the multiple different regions may include but are not limited to multiple different cities, multiple different provinces, multiple different counties, multiple different villages, etc. The terminal nodes may be servers deployed in each region, and the task scheduling node may be a server that assigns scheduling tasks to the terminal nodes in multiple different regions.

[0039] As Figure 2As shown, it is a schematic diagram of the overall architecture of the vehicle networking service detection system in an embodiment of the present disclosure. In Figure 2 it can be seen that the task scheduling node 111 in the data detection module 11 issues detection tasks to the terminal nodes 112 in different cities, and the terminal nodes 112 in different cities initiate detection requests to the vehicle networking cloud 14 according to the detection tasks issued by the task scheduling node 111. In Figure 2 it, there are also a data monitoring module 12 and a data configuration module 13.

[0040] In the embodiment of the present disclosure, through the designed architecture of the data detection module, the data monitoring module, and the data configuration module, the specific interaction process between the vehicle end and the vehicle networking cloud is simulated. For specific details, please refer to the following content.

[0041] The task scheduling node generates a target detection task according to the vehicle basic information of at least one vehicle to be detected controlled by the terminal nodes in at least one region, and generates a data request packet for accessing the target service from the vehicle networking cloud according to the hardware configuration information of the vehicle to be detected associated with the target detection task configured by the data configuration module, and sends the data request packet of the target service to the terminal node.

[0042] In a specific example, the vehicle basic information includes: vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information. The vehicle attribute information includes: vehicle model, vehicle series, color, size, and the region where the vehicle belongs. The vehicle identification information includes: vehicle identification number, manufacturer, manufacturing plant, model, and year; the vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number.

[0043] For example, the terminal nodes in multiple different regions are respectively: terminal node A in city 1, terminal node B in city 2, terminal node C in city 3, terminal node D in city 4, and terminal node E in city 5. On this basis, the task scheduling node M generates a target detection task according to the vehicle basic information of the above example of at least one vehicle to be detected controlled by the terminal nodes in any one or more of the above 5 cities.

[0044] Since the traditional method is basically aimed at specific regional network failure scenarios or specific vehicle model series failure scenarios, it cannot solve the problem of monitoring whether the vehicle networking cloud can normally return data to the vehicle for real vehicles in non-fault areas or non-corresponding vehicle models series.

[0045] However, in the embodiment of the present disclosure, deploying terminal nodes in different regions can realize the monitoring of data services for the interaction between vehicles in different regions and the vehicle networking cloud. By generating a target detection task according to the vehicle basic information of at least one vehicle to be detected controlled by the terminal nodes in at least one region, it can realize the monitoring of data services for the interaction between different specific regions and different types of batch vehicles and the vehicle networking cloud.

[0046] As shown in Table 1 below, it is a specific schematic diagram of the task scheduling node sending detection tasks to terminal nodes in different cities.

[0047] Table 1

[0048] In another specific example, Figure 3 As shown, the task scheduling node 111 includes: a task generating unit 1111, which is used to generate a target detection task with a specified detection time and detection cycle according to at least one of the above-mentioned examples of vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected that is controlled by a terminal node in at least one area. Figure 3 In the embodiment, there are also a data detection module 11, a data monitoring module 12, a data configuration module 13 and a vehicle networking cloud 14, wherein the data detection module 11 includes: a task scheduling node 111 and terminal nodes 112 distributed in multiple different areas. This has been explained above and will not be repeated here.

[0049] For example, when the task scheduling node M performs task detection, the task generation unit controls the vehicle attribute information of the model, series, color, size, and area of ​​at least one vehicle to be detected by the terminal nodes in any city (city 1 or city 2 or city 3 or city 4 or city 5) or multiple cities (city 1, city 2, city 3, city 4, city 5) in the above Table 1, and generates a target detection task with a specified detection time and detection period. For example, in the above Table 1, the target detection task can be generated according to the vehicle attribute information of the model, series, color, size, and area to which the vehicle belongs of vehicles 41, 42, 43, and 44 controlled by the terminal node C in city 3, and the target detection task with the detection time and detection cycle specified is generated; for example, in the above Table 1, the target detection task can also be generated according to the vehicle attribute information of the model, series, color, size, and area to which the vehicle belongs of vehicles 41, 42, 43, and 44 controlled by the terminal node C in city 3, and vehicles 51, 52, and 53 controlled by the terminal node E in city 5. The target detection task has a detection time and detection cycle specified.

[0050] For generating a target detection task with a specified detection time and detection period, for example, when performing target business detection, it is necessary to select the detection period and detection time of the target detection task. For example, you can select instant detection or timed detection to initiate a periodic target detection task. Periodic target detection tasks include: sending a battery check command to the vehicle to be detected every minute, sending an air conditioner turn-on command to the vehicle at 18:00 every day, etc.

[0051] The embodiments of the present disclosure perform functional-level stress testing on the vehicle networking cloud service, that is, initiate access requests for target services to the vehicle networking cloud through terminal nodes, simulate a large number of real vehicles initiating large-scale functional detection to the vehicle networking cloud, achieve the effect of simulating peak traffic or hot events, improve the capacity management ability of the vehicle networking cloud service, reduce costs at the same time, reduce the dependence on real vehicle testing, eliminate the need to purchase real vehicles, and the scale of vehicles can grow arbitrarily.

[0052] Further, the data configuration module in the above is used to configure the hardware configuration information of the vehicles to be detected associated with some target detection tasks. The vehicle basic information in the above can be regarded as the virtual vehicle data of the vehicles to be detected. These virtual vehicle data can be managed by the vehicle data management module, and the vehicle data management module can perform addition, modification, query operations on the virtual vehicle data.

[0053] The target services in the above include but are not limited to in-vehicle infotainment system traffic usage query, music playback, remote vehicle control instructions, etc. For example, the task scheduling node M in the above example generates a data request packet for accessing the target service (music playback) from the vehicle networking cloud according to the hardware configuration information of the vehicles 41, 42, 43, 44 in city 3 associated with the target detection task configured by the data configuration module.

[0054] In a specific example, the hardware configuration information of the vehicles to be detected associated with the target detection task includes: interface attribute information corresponding to the target service, vehicle basic information of the vehicles to be detected associated with the target detection task, user basic information of the vehicles to be detected associated with the target detection task. The interface attribute information corresponding to the target service includes the interface data list, interface dependency relationship, and interface data source of multiple interfaces.

[0055] The terminal node in the above parses the hardware configuration information of the vehicles to be detected associated with the target detection task from the data request packet of the target service, and requests to call multiple interfaces of the target data corresponding to the target service from the vehicle networking cloud according to the hardware configuration information of the vehicles to be detected associated with the target detection task. The vehicle networking cloud returns the target data corresponding to the target service to the terminal node, and the terminal node then loads the target data corresponding to the target service in the data response packet and forwards the data response packet to the task scheduling node.

[0056] In the traditional way, the stability of the cloud service is generally judged by detecting a single interface of the Internet of Vehicles cloud. However, the vehicle business service process is composed of a series of multiple interfaces organized in a logical order, and multiple interfaces provide smooth business function services through the dependencies between the front and back. In the actual interaction process between the vehicle side and the Internet of Vehicles cloud, assuming that the vehicle side sends a request to the Internet of Vehicles cloud through a unified single interface and then verifies the return value, it cannot be well inferred that the correctness of the vehicle business function service. Therefore, the business service of multiple interfaces is adopted in the embodiment of the present disclosure.

[0057] In a specific example, the interface attribute information corresponding to the target service includes an interface data list of multiple interfaces, interface dependencies, and interface data sources, thereby improving the continuity, completeness, and accuracy of the target data corresponding to the target service responded by the Internet of Vehicles cloud when the terminal node requests to access the target service from the Internet of Vehicles cloud.

[0058] Specifically, the target data is specific data corresponding to the target service. For example, if the target service is playing music, the target data is specific music content corresponding to the played music.

[0059] The task scheduling node in the above-mentioned process parses the response result of the target data corresponding to the target service from the data response packet. The data monitoring module generates a monitoring report based on the response result of the target data corresponding to the target service, performs an alarm action for abnormal response results, and sends the monitoring report to the target user.

[0060] In a specific example, the response result includes: normal response information or abnormal response information, and the response time of each interface. The monitoring report includes: monitoring detection data and task alarm rules.

[0061] The data detection module in the disclosed embodiment is divided into a task scheduling node and a terminal node. The task scheduling node is responsible for combining target detection tasks, sending them to the terminal node and receiving the detection results of the terminal node. The terminal node can be deployed in the computer room of different cities or different operators, and is responsible for simulating the vehicle to be tested to initiate a service request to the Internet of Vehicles cloud. The task scheduling node generates a data request packet for accessing the target service from the Internet of Vehicles cloud according to the hardware configuration information of the vehicle to be detected associated with the target detection task configured by the data configuration module. The terminal node parses the data request packet sent by the task scheduling node and initiates a task interface request to the Internet of Vehicles cloud. The Internet of Vehicles cloud responds to the task interface request, thereby simulating the data interaction between the real vehicle and the Internet of Vehicles cloud, and achieving the purpose of verifying and testing whether the Internet of Vehicles platform and the Internet of Vehicles cloud service are normal.

[0062] In summary, in the vehicle networking service detection system in the embodiments of the present disclosure, since the interface call requests of the data request packets of the target services of the vehicles to be detected associated with the target detection tasks generated by the task scheduling nodes are sent to the vehicle networking cloud by the terminal nodes deployed in different regions, and the terminal nodes wait for the vehicle networking cloud to return the response results of the target data corresponding to the target services generated by multiple interfaces according to the interface requests, after the terminal nodes forward the response results of the target data corresponding to the target services to the task scheduling nodes, the monitoring report is generated by the data monitoring module and the alarm action is executed for the abnormal response results. Therefore, in the embodiments of the present disclosure, there is no need to test the vehicle networking cloud monitoring for a large number of actual vehicles, thereby reducing the monitoring cost. At the same time, in the embodiments of the present disclosure, since no relevant personnel are required to participate in the test during the monitoring process, not only the monitoring cost is reduced, but also the monitoring accuracy is improved.

[0063] In this embodiment, a specific vehicle networking service detection system is further provided, as Figure 4 shown, including: a data detection module 11, a data monitoring module 12, and a data configuration module 13. Among them, the data detection module 11 includes: a task scheduling node 111 and terminal nodes 112 distributed in multiple different regions. Among them, the data monitoring module 12 includes: a report generation unit 121, a report sending unit 122, and an alarm execution unit 123. The terminal node 112 is communicatively connected to the vehicle networking cloud 14, where the vehicle networking cloud 14 is the object to be detected. On this basis, in Figure 4 this, the vehicle networking service detection system in the embodiments of the present disclosure further includes: a vehicle data management module 15, a data access module 16, a first database 17, a second database 18, and a user data management module 19.

[0064] In Figure 4 this, the first database 17 is used to read or store the hardware configuration information of the vehicles to be detected associated with the target detection tasks. In addition, the first database 17 also stores the vehicle basic information such as vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information, as well as the user basic information such as username, password, email, and mobile phone number, and the static data in the monitoring report. The second database 18 is used to read or store the response results of the target data corresponding to the target services. In addition, the second database 18 also stores the time-series data in the monitoring report.

[0065] Among them, in Figure 4Among them, the vehicle data management module 15 is used to manage the vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by a terminal node in at least one area; the vehicle attribute information includes: vehicle model, vehicle series, color, size, area where the vehicle belongs, the vehicle identification information includes: vehicle identification number, manufacturer, manufacturing plant, model, year; the vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number.

[0066] Specifically, the vehicle data management module is used to manage the vehicle series list of at least one vehicle to be detected controlled by a terminal node in at least one area. For example, it manages the vehicle series list of at least one vehicle to be detected controlled by a terminal node in any one or more cities in the above Table 1. This vehicle series list supports manual import by the target user or import synchronously from the vehicle networking cloud service. A vehicle series refers to a series of related vehicle models under a certain brand, and these vehicle models usually share some common design elements, technical platforms or market positions. For example, BMW X series, Mercedes-Benz C-Class, etc. A vehicle model refers to a specific product line or a specific vehicle under a certain brand. Each vehicle model usually has specific design styles, sizes, and configured technical features, and the vehicle models are subdivided into different versions or configurations, such as luxury version, sports version, comfort version, etc. The detection object in the embodiments of the present disclosure is the target service of the vehicle networking cloud service. Since there are differences in hardware configurations between vehicle series and models, the functions of the same service on different vehicle series and models will also be different. Therefore, it is necessary to define the vehicle series and models that can be observed in the vehicle networking service detection system. In addition, when a new vehicle model is put into production and launched on the market, the model year of the corresponding vehicle model needs to be added to the vehicle data management module.

[0067] The vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by a terminal node in at least one area mentioned above can be regarded as the virtual vehicle data of the vehicle to be detected.

[0068] The vehicle identification number (VIN, full English name: Vehicle Identification Number) in the above-mentioned vehicle identification information is a unique identifier composed of 17 characters, used to identify each specific vehicle. The vehicle identification information also includes the manufacturer, manufacturing plant, model, and year. The vehicle identification information is an important parameter for providing various services by the vehicle networking cloud service. Therefore, when the terminal node simulates the data interaction between the vehicle to be detected and the vehicle networking cloud, the vehicle data management module is required to provide the data of the vehicle to be detected. For example, the VIN of the vehicle model to be detected is required, and this VIN is identified by a certain flag bit as the vehicle to be detected being simulated. When adding the virtual vehicle data of the vehicle to be detected in the vehicle data management module in the embodiment of the present disclosure, it is necessary to call the VIN parsing rule of the vehicle series and model management to generate the corresponding VIN. The embodiment of the present disclosure can map information such as the model year and the content on the fixed positions of the VIN. Virtual vehicle identification placeholders are generated on the non-fixed positions. Therefore, the vehicle data management module has the ability to parse VINs.

[0069] The vehicle function information in the above can specifically include but is not limited to the management of vehicle model function details. For example, for the remote vehicle control function, some vehicle models have the ability to open the trunk, while some do not. When adding a new vehicle model in the embodiment of the present disclosure, it is necessary to synchronize the function details of the actual vehicle model from the online. In addition, due to different model years of the vehicle models, the functions will also be different, and it is necessary to distinguish the model years and synchronize the functions of the vehicle models. The embodiment of the present disclosure supports synchronizing the function list of the actual vehicle model from the vehicle networking cloud service or manually importing the vehicle model functions.

[0070] The vehicle serial number in the vehicle hardware information in the above is called the SN number. The integrated circuit card identification number in the vehicle hardware information in the above is called the ICCID number. For example, in the embodiment of the present disclosure, the hardware information of the corresponding vehicle model can be generated according to the mapping relationship between the SN number and the ICCID number.

[0071] Since the traditional method is based on the fault scenarios of a specific vehicle model series, it cannot solve the problem of whether the vehicle networking cloud can normally return data to the vehicle for non-corresponding vehicle model series of actual vehicles, that is, this method has some limitations.

[0072] However, in the embodiment of the present disclosure, by managing the vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by the terminal node in at least one area through the vehicle data management module, it is possible to monitor whether the vehicle networking cloud can normally return data to the vehicle for different types of vehicles, enhancing the extensiveness and flexibility of vehicle monitoring.

[0073] The hardware configuration information of the vehicle to be detected associated with the target detection task includes: interface attribute information corresponding to the target service. The interface attribute information corresponding to the target service includes the interface data list, interface dependency relationship, and interface data source of multiple interfaces. Since in the traditional method, the stability of the cloud service is generally judged by detecting a single interface of the vehicle networking cloud. However, the vehicle service process is a series of multiple interfaces organized according to the logical order, and multiple interfaces provide a smooth service function through the dependency relationship before and after. In the actual interaction process between the vehicle terminal and the vehicle networking cloud, assuming that the vehicle terminal sends a request to the vehicle networking cloud through a unified single interface and then verifies the return value, it cannot well infer the correctness of the vehicle service function. Therefore, in the embodiments of the present disclosure, the service of multiple interfaces is adopted.

[0074] The hardware configuration information of the vehicle to be detected associated with the target detection task includes: interface attribute information corresponding to the target service.

[0075] In a specific example, the interface attribute information corresponding to the target service includes the interface data list, interface dependency relationship, and interface data source of multiple interfaces, thereby improving the continuity, integrity, and accuracy of the target data corresponding to the target service of the vehicle networking cloud when the terminal node requests to access the target service of the vehicle networking cloud.

[0076] The data access module is used to obtain the interface data list, interface dependency relationship, and interface data source of multiple interfaces corresponding to the task request when accessing the task request sent by the vehicle terminal to the vehicle networking cloud.

[0077] Specifically, the target service in the embodiments of the present disclosure is some service functions that the vehicle networking cloud can provide, referring to the atomic capabilities of the vehicle networking service, such as vehicle machine traffic usage query, music playback, remote vehicle control instructions, etc. Among them, for a service function, usually multiple interface target service requests are sent to the vehicle networking cloud service, and there is a logical dependency between the interfaces.

[0078] It should be noted that as mentioned above, the detection of the vehicle networking cloud service function in the embodiments of the present disclosure is a combination of a series of interfaces, not a single interface. Therefore, it is necessary to ensure the accuracy of the interface logic and the sequence dependency relationship involved in the input function. Inaccurate interface input will not be able to achieve the purpose of vehicle networking service detection. Generally, the vehicle terminal request sends an interface request to the vehicle networking cloud through the vehicle machine SDK. By obtaining the SDK log when using a certain service function from the vehicle networking cloud, the interface logic and the sequence dependency relationship involved in the function can be obtained, that is, the interface data list of the service function can be obtained.

[0079] Therefore, in the disclosed embodiment, access is made through the data access module. When the vehicle-side requests a task from the Internet of Vehicles cloud, the vehicle-side and the Internet of Vehicles cloud interact to perform specific tasks, and the interface data list, interface dependency, and interface data source of the corresponding multiple interfaces are obtained, thereby ensuring that when the terminal node initiates a request to access the target service to the Internet of Vehicles cloud, the Internet of Vehicles cloud can accurately call multiple interfaces of the target service.

[0080] exist Figure 4 In the data configuration module 13, the hardware configuration information of the vehicle to be detected is configured according to the interface attribute information corresponding to the target service, the vehicle basic information of the vehicle to be detected associated with the target detection task, and the user basic information of the vehicle to be detected associated with the target detection task.

[0081] Specifically, it has been explained above that the basic vehicle information of the vehicle to be detected includes: vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information. The vehicle attribute information includes: vehicle model, vehicle series, color, size, and vehicle region; the vehicle identification information includes: vehicle identification number, manufacturer, manufacturer, model, and year; the vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number. It has been explained above that the interface attribute information corresponding to the target business of the vehicle to be detected includes the interface data list of multiple interfaces, interface dependency, and interface data source.

[0082] The vehicle basic information of the vehicle to be detected, the interface attribute information corresponding to the target service of the vehicle to be detected, and the user basic information of the vehicle to be detected associated with the target detection task can be regarded as the virtual vehicle data of the vehicle to be detected.

[0083] When detecting the target data corresponding to the target business in the cloud of the Internet of Vehicles, the disclosed embodiment can perform addition, deletion, modification and query operations on the virtual vehicle data used through the vehicle data management module, and batch operations can be performed. In the above-mentioned vehicle data management module, the vehicle basic information of the added vehicle to be detected can be configured in the data configuration module. In the data configuration module, the interface attribute information corresponding to the target business of the vehicle to be detected, the vehicle basic information of the vehicle to be detected associated with the target detection task (vehicle attribute information, vehicle identification information, vehicle function information, vehicle hardware information, and user basic information of the vehicle to be detected associated with the target detection task (user name, password, email address, mobile phone number) are configured. The above-mentioned vehicle basic information can be retrieved from the vehicle data management module through the data configuration module, and the above-mentioned user basic information can be retrieved from the user data management module. For example, the data configuration module retrieves the VIN code, ICCID number, and SN number information from the vehicle data management module. When the data configuration module completes the configuration of the virtual vehicle data, the above-mentioned hardware configuration information of the vehicle to be detected is configured and stored in the first database for subsequent business function detection.

[0084] The response results of the target data corresponding to the target service in the above include: normal response information or abnormal response information, and the response time of each interface; in Figure 4 it, the data monitoring module 12 includes: a report generation unit 121, configured to generate monitoring detection data according to the normal response information or abnormal response information, and the response time of each interface, and obtain a monitoring report through a task alarm rule; a report sending unit 122, configured to send the monitoring report to the target user through a preset method; an alarm execution unit 123, configured to execute an alarm action according to the monitoring detection data and the task alarm rule, the monitoring detection data is generated according to the normal response information or abnormal response information, and the response time of each interface, and the task alarm rule is generated according to a static threshold or a dynamic threshold, and the dynamic threshold is obtained by predicting using a pre-trained neural network model.

[0085] Specifically, the normal response information means that the terminal node accesses the target data corresponding to the target service from the vehicle network cloud, and the vehicle network cloud can successfully return the data. The abnormal response information means that the terminal node accesses the target service data corresponding to the target service from the vehicle network cloud, and the vehicle network cloud fails to return the data. For example, when the terminal node requests to access the music playing service function of the vehicle network cloud, but the vehicle network cloud encounters an abnormality when calling multiple interfaces for playing music, the vehicle network cloud will feedback an abnormal response information.

[0086] In the embodiment of the present disclosure, when an abnormal fault occurs, the terminal node returns the return value of the vehicle network cloud to the terminal node, and the vehicle terminal fault or the vehicle network cloud fault can be located. By different cities and operators to which the terminal node belongs, it can be determined whether it is a regional network problem.

[0087] In the embodiments of the present disclosure, in the data monitoring module, continuous monitoring and alarming can be performed on the response results of the target data corresponding to the target service stored in chronological order in the second database. According to the normal response information or abnormal response information, and the response time of each interface, a detection task monitoring curve (monitoring detection data) is drawn to provide monitoring and detection capabilities. The task alarm rules are divided into static thresholds and dynamic thresholds. In the disclosed embodiments, the corresponding alarm rules are selected according to different usage scenarios. The static threshold is a traditional alarm method, and the user needs to preset specific values as alarm conditions in advance. Once the actual monitored value exceeds or is lower than the preset value, the alarm is triggered. The dynamic threshold is an alarm mechanism based on machine learning algorithms. It can automatically identify and adapt to the historical data patterns of monitoring metrics (such as periodicity, trends, and fluctuations), so as to dynamically calculate the upper and lower alarm boundaries for each instance. There are many methods to implement the dynamic threshold, including but not limited to support vector machine (SVM), random forest, long short-term memory network (LSTM), etc. These models can learn abnormal patterns from a large amount of historical data and automatically adjust the threshold to adapt to different situations. The present invention uses the autoregressive integrated moving average model (ARIMA). The ARIMA model is a time series prediction model that can capture the periodic and trend components in historical data. It can be used to predict future values and set dynamic thresholds based on the prediction results. As a specific example, for example, when a terminal node requests to access the business function of playing music in the vehicle networking cloud, if the response time of any interface for playing music exceeds the preset threshold when the vehicle networking cloud calls multiple interfaces for playing music, the report generation unit generates monitoring detection data to obtain a monitoring report, and then the report sending unit sends the monitoring report to the target user through a preset method, and finally the alarm execution unit executes the alarm action.

[0088] Specifically, the report sending unit is used to send the monitoring report to the target user through a preset method, and the preset method includes but is not limited to email, text message, phone call, chat tool, etc. For example, send an alarm email to a specified email address. For text message, send an alarm text message to a specified mobile phone number. For phone call, dial a specified phone number and automatically play the alarm information. For chat tool, alarm messages can be sent through tools such as WeCom, DingTalk, Slack, etc.

[0089] In addition, detailed information about each alarm is recorded in the monitoring report of the data monitoring module, including time, metrics, thresholds, notification methods, etc. Provide statistical information backtracking such as the number of alarms, alarm types, and alarm frequencies.

[0090] The disclosed embodiment uses a data monitoring module to monitor time series data such as response information of target data corresponding to a target business requested by a terminal node. If the alarm threshold is reached, it indicates that the cloud service of the Internet of Vehicles is abnormal, thereby proactively discovering problems with the cloud service of the Internet of Vehicles, reducing the fault perception time, resolving faults before customer complaints, and improving the stability of the cloud service of the Internet of Vehicles.

[0091] exist Figure 4 The user data management module 19 is used to manage basic user information and maintain user lists and user permissions. Basic user information includes: user name, password, email address, mobile phone number, and user list includes user permissions.

[0092] Therefore, the disclosed embodiment forms a vehicle networking business detection system through a data detection module, a data monitoring module, a data configuration module, a vehicle data management module, a data access module, a first database, a second database, and a user data management module. Since there is no need to test the vehicle networking cloud monitoring on a large number of actual vehicles, the monitoring cost is reduced. At the same time, since the disclosed embodiment does not require relevant personnel to participate in the testing during the monitoring process, it not only reduces the monitoring cost but also improves the monitoring accuracy.

[0093] The vehicle networking service detection system in the embodiment of the present disclosure is as follows: Figure 4 As shown, the task detection process specifically includes the following steps: In the first step, the task scheduling node 111 generates a target detection task of the detection time and detection period of the specified target detection task according to the basic vehicle information of at least one vehicle to be detected controlled by the terminal node 112 in at least one area. For example, the task scheduling node 111 sends the target detection task to the terminal node. If the target detection task is an instant detection task, a detection request is initiated immediately. If the target detection task is a scheduled task or a periodic task, the terminal node sets the detection time according to the preset time or preset period, and the terminal node 112 performs the corresponding task when the detection time arrives. Among them, the basic vehicle information is the information obtained by the task scheduling node 111 from the first database 17, and the basic vehicle information includes: vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information. The vehicle attribute information includes: vehicle model, car series, color, size, and the area to which the vehicle belongs. The vehicle identification information includes: vehicle identification number, manufacturer, manufacturer, model, and year; the vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number.

[0094] Second, the task scheduling node 111 generates a data request packet for accessing the target service from the vehicle network cloud 14 according to the hardware configuration information of the vehicle to be detected associated with the target detection task configured by the data configuration module 13, and sends the data request packet of the target service to the terminal node 112. Among them, the data configuration module 13 obtains the interface data list, interface dependency relationship, and interface data source information corresponding to the target service from the data access module 16, and configures the hardware configuration information of the vehicle to be detected according to the interface attribute information corresponding to the target service, the vehicle basic information of the vehicle to be detected associated with the target detection task, and the user basic information of the vehicle to be detected associated with the target detection task.

[0095] Third, the terminal node 112 parses the hardware configuration information of the vehicle to be detected associated with the target detection task from the data request packet of the target service, and requests the vehicle network cloud 14 to call multiple interfaces of the target data corresponding to the target service according to the hardware configuration information of the vehicle to be detected associated with the target detection task, that is, the terminal node 112 requests the vehicle network cloud 14 to provide the vehicle information and function information required for the target service into multiple interfaces of the target service.

[0096] Fourth, the vehicle network cloud 14 returns the target data corresponding to the target service to the terminal node.

[0097] Fifth, the terminal node 112 loads the target data corresponding to the target service in the data response packet and forwards the data response packet to the task scheduling node.

[0098] Sixth, the task scheduling node 111 parses the response result of the target data corresponding to the target service from the data response packet. That is, the terminal node 112 returns the response result returned by the vehicle network cloud to the task scheduling node 111, and the task scheduling node 111 persists the execution result, the return value of each interface, and the response time into the second database 18 (time series database (TSDB)) for storage.

[0099] Seventh, the data monitoring module 12 generates a monitoring report according to the response result of the target data corresponding to the target service, performs an alarm action on the abnormal response result, and sends the monitoring report to the target user.

[0100] In the embodiment of the present disclosure, through the above vehicle networking service detection system, during the task detection process, the task scheduling node issues a target detection task to the terminal nodes in different cities, and the terminal nodes send requests to the vehicle networking cloud service. It simulates the use of the vehicle networking cloud service by real vehicles in different cities. After the request is completed, the terminal node uploads information such as return values and response times to the task scheduling node for storage. The data monitoring module monitors the timing data such as request status and response information. When the alarm threshold is reached, it indicates that the vehicle networking cloud service is abnormal. Therefore, in the embodiment of the present disclosure, the task scheduling node is used to initiate target detection tasks to a batch of vehicles instead of the vehicle networking cloud, reducing the dependence of the vehicle networking cloud on a batch of real vehicles, thereby reducing the monitoring cost. At the same time, in the embodiment of the present disclosure, since no relevant personnel are required to participate in the test during the monitoring process, not only the monitoring cost is reduced, but also the monitoring accuracy is improved.

[0101] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations fall within the scope defined by the appended claims.

Claims

1. A vehicle networking service detection system, characterized in that, The system includes: a data detection module, a data monitoring module, and a data configuration module. Among them, the data detection module includes: a task scheduling node and terminal nodes distributed in multiple different regions; The task scheduling node generates a target detection task according to the vehicle basic information of at least one vehicle to be detected controlled by the terminal nodes in at least one region, and generates a data request packet for accessing the target service from the vehicle networking cloud according to the hardware configuration information of the vehicle to be detected associated with the target detection task configured by the data configuration module, and sends the data request packet of the target service to the terminal node; The terminal node parses the hardware configuration information of the vehicle to be detected associated with the target detection task from the data request packet of the target service, and requests to call multiple interfaces of the target data corresponding to the target service from the vehicle networking cloud according to the hardware configuration information of the vehicle to be detected associated with the target detection task. The vehicle networking cloud returns the target data corresponding to the target service to the terminal node, and the terminal node then loads the target data corresponding to the target service in a data response packet and forwards the data response packet to the task scheduling node; The task scheduling node parses the response result of the target data corresponding to the target service from the data response packet; The data monitoring module generates a monitoring report according to the response result of the target data corresponding to the target service, performs an alarm action on the response result with an anomaly, and issues the monitoring report to the target user.

2. The vehicle networking service detection system according to claim 1, wherein The vehicle basic information includes: vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information; The task scheduling node includes: a task generation unit, which is used to generate a target detection task with a specified detection time and detection period according to at least one of the above vehicle attribute information, vehicle identification information, vehicle function information, and vehicle hardware information of at least one vehicle to be detected controlled by the terminal nodes in at least one region.

3. The vehicle networking service detection system according to claim 2, characterized in that, It further includes: A vehicle data management module, which is used to manage the vehicle attribute information, the vehicle identification information, the vehicle function information, and the vehicle hardware information of at least one vehicle to be detected controlled by the terminal nodes in at least one region; The vehicle attribute information includes: vehicle type, vehicle series, color, size, and the region where the vehicle belongs. The vehicle identification information includes: vehicle identification number, manufacturer, manufacturing plant, model, and year; The vehicle hardware information includes: hardware information including vehicle serial number and integrated circuit card identification number.

4. The vehicle networking service detection system according to claim 1, wherein The hardware configuration information of the vehicle to be detected associated with the target detection task includes: the interface attribute information corresponding to the target service, the vehicle basic information of the vehicle to be detected associated with the target detection task, and the user basic information of the vehicle to be detected associated with the target detection task. The interface attribute information corresponding to the target service includes the interface data list, interface dependency relationship, and interface data source of the multiple interfaces, The vehicle networking service detection system further includes: A data access module, which is used to obtain the interface data list, interface dependency relationship, and interface data source of the multiple interfaces corresponding to the task request when accessing the task request sent by the vehicle-mounted device to the vehicle networking cloud.

5. The vehicle networking service detection system according to claim 4, wherein A data configuration module, which is used to configure the hardware configuration information of the vehicle to be detected according to the interface attribute information corresponding to the target service, the vehicle basic information of the vehicle to be detected associated with the target detection task, and the user basic information of the vehicle to be detected associated with the target detection task.

6. The vehicle networking service detection system according to claim 1 or 4 or 5, characterized in that, It further includes: A first database, which is used to read or store the hardware configuration information of the vehicle to be detected associated with the target detection task.

7. The vehicle networking service detection system according to claim 1, characterized in that, The response result of the target data corresponding to the target service includes: normal response information or abnormal response information, and the response time of each interface; the data monitoring module includes: A report generation unit, which is used to generate monitoring detection data through a task alarm rule according to the normal response information or the abnormal response information and the response time of each interface, and obtain a monitoring report. A report sending unit, which is used to send the monitoring report to the target user through a preset method.

8. The vehicle networking service detection system according to claim 7, wherein, The data monitoring module further includes: an alarm execution unit, which is used to execute the alarm action according to the monitoring detection data and the task alarm rule. The monitoring detection data is generated according to the normal response information or the abnormal response information and the response time of each interface. The task alarm rule is generated according to a static threshold or a dynamic threshold, and the dynamic threshold is predicted by using a pre-trained neural network model.

9. The vehicle networking service detection system according to claim 1 or 7 or 8, characterized in that A second database, which is used to read or store the response result of the target data corresponding to the target service.

10. The vehicle networking service detection system according to claim 4, wherein The user basic information includes: username, password, email, and mobile phone number. The system further includes: a user data management module, which is used to manage the user basic information and maintain the user list and user permissions.

Images