Vehicle-mounted service scheduling system and vehicle-mounted service scheduling method

Abstract

The invention discloses a vehicle-mounted service scheduling system and a vehicle-mounted service scheduling method. The method relates to the field of vehicle-mounted communication or other related fields, and comprises a service discovery module used for determining vehicle-mounted services operated by a first micro-control unit in vehicle-mounted software, obtaining M vehicle-mounted services and obtaining load rate data of the first micro-control unit, sending the service information and the load rate data of the M vehicle-mounted services to a service scheduling module and a service management module; and the service scheduling module is used for determining service weight data of each vehicle-mounted service under the condition that the M pieces of service information and the load rate data are received, determining N to-be-scheduled services according to the M pieces of service weight data and the load rate data, and scheduling the N to-be-scheduled services to K second micro-control units in the vehicle-mounted software. Through the vehicle-mounted service processing method and device, the problem that the operation efficiency is low when the vehicle-mounted service in the micro-control unit is operated due to the fact that the load rate of the micro-control unit is too high in the related technology is solved.

Description

Technical Field

[0001] The present application relates to the field of vehicle-mounted communications or other related fields, and in particular, to a scheduling system for vehicle-mounted services and a scheduling method for vehicle-mounted services. Background Art

[0002] With the rapid development of automotive electronic technology, traditional automotive communication systems have gradually been unable to meet the growing demand for data transmission. Ethernet technology has been introduced into the field of automotive communications due to its advantages such as high speed, high reliability and cost-effectiveness, forming automotive Ethernet, which has enabled service-based communication methods to be widely used on the MCU side.

[0003] In order to better manage and optimize in-vehicle Ethernet communications, the automotive industry adopts Service-Oriented Architecture (SOA). As a software design pattern, SOA uses a switch network and point-to-point communication method. It modularizes the different functions of the application into independent services. These services can communicate and interact through the network, that is, allowing each controller (MCU: Microcontroller Unit) to provide specific services and communicate with other controllers through Ethernet to achieve complex functions and tasks. Compared with the requirements for MCU applications in other fields, the requirements for MCU in automotive control systems are more stringent. There are requirements for speed and performance, and the reliability and security of the system must be guaranteed. In order to cope with various complex application scenarios, the scenarios that require service scheduling requirements are becoming more and more. As the in-vehicle system becomes more and more complex, a single MCU may need to handle a large number of service-based tasks, which will cause excessive CPU load and affect real-time performance and system performance.

[0004] In order to standardize in-vehicle Ethernet communications, the CP AUTOSAR (Classic Platform AUTOSAR) standard came into being. This standard defines a service discovery mechanism that is part of the BSW component, allowing devices and services in the in-vehicle network to self-discover and register. However, the traditional CP AUTOSAR standard focuses on static service allocation, that is, services are fixedly allocated to specific MCUs during system deployment and configuration, resulting in only focusing on services already used by the service discovery module of the current MCU, and not focusing on other services in the entire in-vehicle Ethernet network. When a single MCU has complex functions and heavy service-based tasks, the demand for CPU and memory is also relatively large, and the average CPU load consumption is also relatively heavy relative to other MCUs, which limits the flexibility and performance of the entire in-vehicle Ethernet network.

[0005] In the related art, the load rate of the micro control unit is too high, resulting in low operating efficiency when running the on-board services in the micro control unit. Currently, no effective solution has been proposed. Summary of the invention

[0006] The main purpose of the present application is to provide a scheduling system and a scheduling method for in-vehicle services, so as to solve the problem that the load rate of the micro control unit in the related art is too high, resulting in low operating efficiency when running the in-vehicle services in the micro control unit.

[0007] In order to achieve the above-mentioned purpose, according to one aspect of the present application, a scheduling system for in-vehicle services is provided. The system includes: a service discovery module, which is used to determine the in-vehicle services run by the first micro-control unit in the in-vehicle software, obtain M in-vehicle services, and obtain the load rate data of the first micro-control unit, and send the service information and load rate data of the M in-vehicle services to the service scheduling module and the service management module, wherein the service management module is used to store the M service information and load rate data, and M is a positive integer; a service scheduling module, which is used to determine the service weight data of each in-vehicle service when receiving the M service information and load rate data, determine N services to be scheduled according to the M service weight data and load rate data, and schedule the N services to be scheduled to K second micro-control units in the in-vehicle software, wherein N is less than M, and N and K are positive integers.

[0008] Furthermore, the service scheduling module includes a scheduling table module, which determines N services to be scheduled based on M service weight data and load rate data, including: the scheduling table module sorts the M service weight data in reverse order to obtain a weight data sequence, and determines whether the load rate data is greater than a load rate threshold; when the load rate data is greater than the load rate threshold, the scheduling table module obtains N service weight data in a preset position sequence in the weight data sequence, and determines the in-vehicle services associated with the N service weight data as N services to be scheduled.

[0009] Furthermore, the service scheduling module also includes a connection management submodule, and the scheduling table module is further used to forward the service information of the N services to be scheduled through the connection management submodule.

[0010] Furthermore, the service scheduling module also includes a node scheduling module, which includes a master node scheduling module and a slave node scheduling module. The master node scheduling module is used to cache the service information of N services to be scheduled sent by the scheduling table module, and when a service scheduling request is generated based on the service information of the N services to be scheduled, the service scheduling request is sent to the slave node scheduling module.

[0011] Furthermore, the slave node scheduling module is used to identify the service scheduling request, obtain the service information of N services to be scheduled, and perform service scheduling operations on the N services to be scheduled in sequence according to the service information of the N services to be scheduled.

[0012] Furthermore, the slave node scheduling module is also used to determine whether the N services to be scheduled have been scheduled, and if the N services to be scheduled have been scheduled, generate a service update request and send the service update request.

[0013] Furthermore, the service scheduling module also includes a session processing module, which is used to update the load rate data of the first microcontroller unit, the vehicle-mounted services running in the first microcontroller unit, and the service weight data of each vehicle-mounted service when receiving a service update request, and send the updated load rate data and the updated vehicle-mounted services to the service management module, wherein the service update request is generated by the slave node scheduling module in the service scheduling module, and the service update request is used to indicate that N services to be scheduled have been scheduled.

[0014] In order to achieve the above-mentioned purpose, according to another aspect of the present application, a scheduling method for in-vehicle services is provided. The method includes: determining the in-vehicle services running in the first micro-control unit, obtaining M in-vehicle services, and obtaining the load rate data of the first micro-control unit, wherein each in-vehicle service refers to the communication protocol architecture applied to the service, the first micro-control unit is associated with the service scheduling module, and M is a positive integer; determining the service weight data of each in-vehicle service, obtaining M service weight data, controlling the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data; controlling the service scheduling module to schedule the N services to be scheduled to K second micro-control units, wherein the first micro-control unit and the K second micro-control units refer to different micro-control units set in the in-vehicle software, N is less than M, and N and K are positive integers.

[0015] Furthermore, determining the service weight data of each in-vehicle service includes: obtaining bandwidth share data of each in-vehicle service to obtain M bandwidth share data; determining initial weight data of each in-vehicle service according to the total number of in-vehicle services running in the first microcontroller unit to obtain M initial weight data; for an in-vehicle service, adjusting the initial weight data using the bandwidth share data of the in-vehicle service to obtain the service weight data of the in-vehicle service.

[0016] Furthermore, the control service scheduling module determines N services to be scheduled based on M service weight data and load rate data, including: sorting the M service weight data in reverse order to obtain a weight data sequence; obtaining a load rate threshold, and determining whether the load rate data is greater than the load rate threshold; when the load rate data is greater than the load rate threshold, obtaining N service weight data in a preset position sequence in the weight data sequence, and determining the on-board services associated with the N service weight data as N services to be scheduled.

[0017] Through the present application, the following steps are adopted: a service discovery module is used to determine the in-vehicle service run by the first microcontroller unit in the in-vehicle software, obtain M in-vehicle services, and obtain the load rate data of the first microcontroller unit, and send the service information and load rate data of the M in-vehicle services to the service scheduling module and the service management module, wherein the service management module is used to store the M service information and load rate data, and M is a positive integer; a service scheduling module is used to determine the service weight data of each in-vehicle service when receiving the M service information and load rate data, determine N to-be-scheduled services according to the M service weight data and load rate data, and schedule the N to-be-scheduled services to the vehicle K second micro control units in the on-board software, wherein N is less than M, and N and K are positive integers, which solves the problem of too high load rate of the micro control unit in the related art, resulting in low operating efficiency when running the on-board service in the micro control unit. The on-board service and load rate data running in the first micro control unit are determined by the service discovery module, and then the service weight data of each on-board service is determined by the service scheduling module, and the service to be scheduled is determined according to the service weight data and the load rate data, and finally the service to be scheduled is scheduled to different second micro control units in the on-board software, thereby achieving the effect of reducing the load rate of the micro control unit and improving the efficiency of running the on-board service of the micro control unit. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The drawings constituting a part of the present application are used to provide a further understanding of the present application. The illustrative embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0019] Figure 1 is a schematic diagram of a dispatching system for an in-vehicle service provided according to an embodiment of the present application;

[0020] Figure 2 is a flowchart of a method for scheduling an in-vehicle service provided in an embodiment of the present application;

[0021] Figure 3 is a schematic diagram of an optional in-vehicle service scheduling method provided according to an embodiment of the present application;

[0022] Figure 4is an architectural diagram of a scheduling model for an in-vehicle service provided according to an embodiment of the present application;

[0023] Figure 5 is a schematic diagram of a dispatching system for an optional in-vehicle service provided according to an embodiment of the present application;

[0024] Figure 6 is a schematic diagram of a scheduling device for an in-vehicle service provided according to an embodiment of the present application;

[0025] Figure 7 is a schematic diagram of an electronic device provided according to an embodiment of the present application. DETAILED DESCRIPTION

[0026] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0027] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0028] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0029] It should be noted that the relevant information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for display, data for analysis, etc.) involved in this disclosure are all information and data authorized by the user or fully authorized by all parties. For example, an interface is set between this system and the relevant user or organization. Before obtaining relevant information, it is necessary to send an acquisition request to the aforementioned user or organization through the interface, and obtain relevant information after receiving the consent information fed back by the aforementioned user or organization.

[0030] It should be noted that the collected information used in this application is information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data comply with the relevant laws, regulations and standards of the relevant regions, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation entrances for users to choose to authorize or refuse to use it.

[0031] The present invention is described below in conjunction with preferred implementation steps. Figure 1 is a schematic diagram of a dispatching system for an in-vehicle service provided according to an embodiment of the present application, such as Figure 1 As shown, the system includes:

[0032] The service discovery module is used to determine the vehicle-mounted services run by the first microcontroller unit in the vehicle-mounted software, obtain M vehicle-mounted services, and acquire the load rate data of the first microcontroller unit, and send the service information and load rate data of the M vehicle-mounted services to the service scheduling module and the service management module, wherein the service management module is used to store M service information and load rate data, and M is a positive integer.

[0033] Specifically, the first microcontroller unit refers to a microcontroller unit (MCU) to be used for vehicle service scheduling, and the service discovery module refers to a standard module in the AUTOSAR architecture, which can discover the vehicle services run by each microcontroller unit of the vehicle software in the Ethernet network, and then extract the corresponding service information according to the discovered vehicle services, for example, the service information can be the name of the service, the running address, etc. In order to determine whether the microcontroller unit has an overload, the service discovery module can send the above service information and load rate data to the service scheduling module after obtaining the load rate data of the microcontroller unit, and send these data to the service management module at the same time, and the service management module stores the service information and load rate data.

[0034] The service scheduling module is used to determine the service weight data of each vehicle-mounted service when M service information and load rate data are received, determine N services to be scheduled according to the M service weight data and load rate data, and schedule the N services to be scheduled to K second micro control units in the vehicle-mounted software, wherein N is less than M, and N and K are positive integers.

[0035] Specifically, as a service processing module in the vehicle software framework, the service scheduling module can first determine the service weight data of each vehicle service after obtaining the service information and load rate data sent by the service discovery module, and then determine which vehicle services need to be scheduled based on the service weight data and load rate data. Further, the vehicle services that need to be scheduled can be processed in sequence.

[0036] The in-vehicle service scheduling system provided in the embodiment of the present application is used to determine the in-vehicle service run by the first microcontroller unit in the in-vehicle software through the service discovery module, obtain M in-vehicle services, and obtain the load rate data of the first microcontroller unit, and send the service information and load rate data of the M in-vehicle services to the service scheduling module and the service management module, wherein the service management module is used to store the M service information and load rate data, M is a positive integer; the service scheduling module is used to determine the service weight data of each in-vehicle service when receiving the M service information and load rate data, determine N services to be scheduled according to the M service weight data and load rate data, and send the N services to be scheduled Dispatching to K second micro control units in the vehicle-mounted software, wherein N is less than M, and N and K are positive integers, solves the problem in the related art that the load rate of the micro control unit is too high, resulting in low operating efficiency when running the vehicle-mounted services in the micro control unit. The vehicle-mounted services and load rate data running in the first micro control unit are determined by the service discovery module, and then the service weight data of each vehicle-mounted service is determined by the service scheduling module. The service to be scheduled is determined according to the service weight data and the load rate data, and finally the service to be scheduled is dispatched to different second micro control units in the vehicle-mounted software, thereby achieving the effect of reducing the load rate of the micro control unit and improving the efficiency of running the vehicle-mounted services of the micro control unit.

[0037] Optionally, in the scheduling system for in-vehicle services provided in an embodiment of the present application, the service scheduling module includes a scheduling table module, which determines N services to be scheduled based on M service weight data and load rate data, including: the scheduling table module sorts the M service weight data in reverse order to obtain a weight data sequence, and determines whether the load rate data is greater than a load rate threshold; when the load rate data is greater than the load rate threshold, the scheduling table module obtains N service weight data in a preset position sequence in the weight data sequence, and determines the in-vehicle services associated with the N service weight data as N services to be scheduled.

[0038] Specifically, since the in-vehicle service may have a reduced service processing efficiency or service interruption due to an excessive weight during operation, the scheduling module can take into account the load of each micro-control unit to avoid excessive resource load. If the service weight data of the in-vehicle service in a certain micro-control unit is high, the service scheduling module can give priority to allocating the service to the micro-control unit with a lower load and an overall lower service weight data, so as to ensure stable operation and efficient processing of the service.

[0039] Therefore, the scheduling table module can determine the weight data sequence according to the service weight data of all vehicle services, and then obtain one or more vehicle services therefrom. For example, when three vehicle services A, B, and C are running in the first microcontroller unit, and the service weight data of vehicle service A is 50%, the service weight data of vehicle service B is 45%, and the service weight data of vehicle service C is 5%, they are sorted in descending order according to the data size to obtain the weight data sequence, and then it is determined whether the service weight data of the vehicle services in the sequence is greater than 40%, and the vehicle services with service weight data greater than 40% are determined as the services to be scheduled. This embodiment can effectively improve the response speed and service quality of vehicle services through the precise scheduling of the scheduling table module, meet user needs for services, and improve user experience and satisfaction. At the same time, reasonable service scheduling can also optimize resource utilization, improve the overall performance and efficiency of the software, and realize intelligent service management and scheduling.

[0040] Optionally, in the scheduling system for in-vehicle services provided in the embodiment of the present application, the service scheduling module also includes a connection management submodule, and the scheduling table module is further used to forward service information of N services to be scheduled through the connection management submodule.

[0041] Specifically, in order to facilitate the safe and rapid transmission of relevant data, a connection management submodule may be provided in the service scheduling module, and the connection management submodule then forwards the service information of the service to be scheduled.

[0042] Optionally, in the scheduling system of the in-vehicle service provided in the embodiment of the present application, the service scheduling module also includes a node scheduling module, the node scheduling module includes a master node scheduling module and a slave node scheduling module, the master node scheduling module is used to cache the service information of N services to be scheduled sent by the scheduling table module, and when a service scheduling request is generated based on the service information of the N services to be scheduled, the service scheduling request is sent to the slave node scheduling module.

[0043] Specifically, in order to smoothly schedule the vehicle-mounted services, a node scheduling module can be set in the service scheduling module. The node scheduling module can include a master node scheduling module and a slave node scheduling module. Before scheduling the vehicle-mounted services, the master node scheduling module can cache the service information of all services to be scheduled, and then analyze these vehicle-mounted services according to the pre-set scheduling strategy, that is, taking into account the dependencies between the various vehicle-mounted services, resource allocation and other factors, to ensure that the vehicle-mounted services can run smoothly and no resource conflicts will occur, so as to determine the optimal scheduling scheme. After determining the scheduling order and method, the master node scheduling module will generate corresponding service scheduling requests and send these requests to the corresponding slave node scheduling modules. This embodiment can achieve efficient scheduling and management of vehicle-mounted services through the collaboration of the master node scheduling module and the slave node scheduling module, and improve the performance and resource utilization of the entire software. At the same time, the master node scheduling module can also monitor and adjust the entire scheduling process, that is, monitor the operation of the above-mentioned services to be scheduled after the scheduling is completed, handle possible problems in a timely manner, and ensure the stability and reliability of the service.

[0044] Optionally, in the scheduling system for in-vehicle services provided in an embodiment of the present application, the slave node scheduling module is used to identify service scheduling requests, obtain service information of N services to be scheduled, and perform service scheduling operations on the N services to be scheduled in sequence according to the service information of the N services to be scheduled.

[0045] Specifically, after the slave node scheduling module receives the service scheduling request sent by the master node scheduling module, it can identify the vehicle services that need to be scheduled based on the service information and scheduling requirements in the request, and then the slave node scheduling module schedules the services to be scheduled one by one based on the service information of these vehicle services.

[0046] It should be noted that after the slave node scheduling module completes scheduling of the service to be scheduled, it can also feed back the scheduling results to the master node scheduling module. This embodiment can achieve effective scheduling and management of multiple services through efficient scheduling management of the slave node scheduling module, thereby improving software resource utilization and service stability.

[0047] Optionally, in the scheduling system for in-vehicle services provided in the embodiment of the present application, the slave node scheduling module is also used to determine whether N services to be scheduled have been scheduled. When N services to be scheduled have been scheduled, a service update request is generated and sent.

[0048] Specifically, in order to ensure that the in-vehicle services can be smoothly scheduled, the node scheduling module can check the status of all services to be scheduled after the scheduling process to ensure that they have all completed scheduling. Once it is confirmed that all services have been scheduled, the node scheduling module can generate a service update request and send it to the session processing module, where the service update request can include the updated address information of the in-vehicle service, thereby helping the service scheduling module to detect the operation status of all in-vehicle services in real time to enable them to operate normally. This embodiment monitors the scheduling status of the services to be scheduled from the node scheduling module, thereby enabling dynamic scheduling and updating of in-vehicle services, ensuring that the services are always in the latest state during operation, and improving the reliability and stability of the software.

[0049] Optionally, in the scheduling system of the in-vehicle service provided in the embodiment of the present application, the service scheduling module also includes a session processing module, which is used to update the load rate data of the first microcontroller unit, the in-vehicle service running in the first microcontroller unit and the service weight data of each in-vehicle service when receiving a service update request, and send the updated load rate data and the updated in-vehicle service to the service management module, wherein the service update request is generated by the node scheduling module in the service scheduling module, and the service update request is used to indicate that the scheduling of N services to be scheduled has been completed.

[0050] Specifically, the service scheduling module may also include a session processing module, which can process feedback information from the slave node scheduling module, that is, receive service update requests, and then the session processing module can update the load rate data in real time according to the service update request, and update the on-vehicle services running in the above-mentioned micro control unit and the service weight data of each on-vehicle service to ensure that the software can run efficiently and meet user needs.

[0051] Furthermore, the session processing module can also send updated load rate data and vehicle service information to the service discovery module in a timely manner, so that the service discovery module can obtain the latest service status in a timely manner and make corresponding scheduling decisions. This embodiment achieves intelligent scheduling and dynamic management of vehicle services through the coordination and monitoring of the session processing module, thereby improving the overall performance of the software and user experience.

[0052] The embodiment of the present application also provides a method for dispatching an in-vehicle service. The method for dispatching an in-vehicle service in the embodiment of the present application can be applied to the dispatching system for the in-vehicle service provided in the embodiment of the present application. Figure 2 is a flowchart of a method for scheduling an in-vehicle service according to an embodiment of the present application. Figure 2 As shown, the method comprises the following steps:

[0053] Step S201, determine the vehicle-mounted services running in the first micro-control unit, obtain M vehicle-mounted services, and obtain the load rate data of the first micro-control unit, wherein each vehicle-mounted service refers to a communication protocol architecture applied to the service, the first micro-control unit is associated with a service scheduling module, and M is a positive integer.

[0054] Specifically, the first micro-control unit refers to the micro-control unit to be used for scheduling the in-vehicle service, and each micro-control unit can perform various in-vehicle tasks through program control, including data processing, control, communication and other functions. In order to realize the scheduling of the in-vehicle service of the micro-control unit in the in-vehicle software, the in-vehicle service running in the micro-control unit to be scheduled can be determined first, and the load rate data of the micro-control unit can be obtained, and then the scheduling of the in-vehicle service can be realized based on the load rate data and the number of in-vehicle services.

[0055] Step S202, determining the service weight data of each vehicle-mounted service, obtaining M service weight data, and controlling the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data.

[0056] Specifically, since the on-board service may have a reduced service processing efficiency or service interruption due to an excessive weight during operation, it is necessary to determine the service weight data of each on-board service before determining the service to be scheduled, and then schedule the on-board service based on the service weight data and load rate, so as to avoid excessive resource load. That is, if the service weight data of the on-board service in a certain micro-control unit is high, the service scheduling module can be used to assign the on-board service to a micro-control unit with a lower load and an overall lower service weight data, so as to ensure stable operation and efficient processing of the service.

[0057] Step S203, the control service scheduling module schedules N services to be scheduled to K second micro control units, wherein the first micro control unit and the K second micro control units refer to different micro control units set in the vehicle software, N is less than M, and N and K are positive integers.

[0058] Specifically, after determining the service weight data of each in-vehicle service and judging which in-vehicle services need to be scheduled based on the service weight data and the load rate data, the service scheduling module can be controlled to schedule the in-vehicle services that need to be scheduled in turn, that is, to schedule different services to be scheduled to different micro control units.

[0059] The in-vehicle service scheduling method provided in the embodiment of the present application determines the in-vehicle service running in the first micro-control unit to obtain M in-vehicle services and obtains the load rate data of the first micro-control unit, wherein each in-vehicle service refers to the communication protocol architecture applied to the service, the first micro-control unit is associated with the service scheduling module, and M is a positive integer; determines the service weight data of each in-vehicle service to obtain M service weight data, controls the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data; controls the service scheduling module to schedule the N services to be scheduled to K second micro-control units, wherein the first micro-control unit and the K second micro-control units are Refers to different micro control units set in the vehicle-mounted software, N is less than M, N and K are positive integers, which solves the problem of excessively high load rate of the micro control unit in the related technology, resulting in low operating efficiency when running the vehicle-mounted services in the micro control unit. The service discovery module determines the vehicle-mounted services and load rate data running in the first micro control unit, and then the service scheduling module determines the service weight data of each vehicle-mounted service, determines the service to be scheduled according to the service weight data and the load rate data, and finally schedules the service to be scheduled to a different second micro control unit in the vehicle-mounted software, thereby achieving the effect of reducing the load rate of the micro control unit and improving the efficiency of running the vehicle-mounted services of the micro control unit.

[0060] Optionally, in the scheduling method for in-vehicle services provided in an embodiment of the present application, determining the service weight data of each in-vehicle service includes: obtaining bandwidth share data of each in-vehicle service to obtain M bandwidth share data; determining initial weight data of each in-vehicle service based on the total number of in-vehicle services running in the first microcontroller unit to obtain M initial weight data; for one in-vehicle service, adjusting the initial weight data using the bandwidth share data of the in-vehicle service to obtain the service weight data of the in-vehicle service.

[0061] Specifically, in order to determine the operation status of each in-vehicle service in the micro-control unit, the service weight data of each in-vehicle service can be determined. First, the bandwidth share data of each in-vehicle service can be determined, that is, the proportion of each in-vehicle service in the micro-control unit can be determined, and then the initial weight data of each in-vehicle service can be determined based on the total number of in-vehicle services running in the first micro-control unit.

[0062] Furthermore, the bandwidth share data of the vehicle service can be used to adjust the initial weight data to obtain the service weight data of each vehicle service. For example, if the bandwidth share data of a certain vehicle service is 50%, the total number of vehicle services running in the first micro-control unit is five, and the initial weight data of the above vehicle service is 20%, then the service weight data of the vehicle service can be increased to 70%. By determining the service weight data of each vehicle service, this embodiment can accurately evaluate the operation of the vehicle service, thereby laying a foundation for optimizing the micro-control unit, and can also achieve more efficient vehicle service operation and better user experience.

[0063] Optionally, in the scheduling method for in-vehicle services provided in an embodiment of the present application, controlling the service scheduling module to determine N services to be scheduled based on M service weight data and load rate data includes: sorting the M service weight data in reverse order to obtain a weight data sequence; obtaining a load rate threshold to determine whether the load rate data is greater than the load rate threshold; when the load rate data is greater than the load rate threshold, obtaining N service weight data in a preset position sequence in the weight data sequence, and determining the in-vehicle services associated with the N service weight data as N services to be scheduled.

[0064] Specifically, after determining the service weight data of the vehicle service, the service to be scheduled can be determined by the scheduling table module in the service scheduling module, that is, the weight data sequence is determined according to the service weight data of all vehicle services by using the scheduling table module, and then one or more vehicle services are obtained therefrom. For example, when three vehicle services A, B, and C are running in the first micro control unit, and the service weight data of vehicle service A is 50%, the service weight data of vehicle service B is 45%, and the service weight data of vehicle service C is 5%, they are sorted in descending order according to the data size to obtain the weight data sequence, and then it is determined whether the service weight data of the vehicle service in the sequence is greater than the load rate threshold of 40%, and the vehicle service with the service weight data greater than 40% is determined as the service to be scheduled, that is, the vehicle service A and the vehicle service B are determined as the service to be scheduled. This embodiment can effectively improve the response speed and service quality of the vehicle service through the precise processing of the scheduling table module, meet the user's demand for services, and improve user experience and satisfaction. At the same time, reasonable service scheduling can also optimize resource utilization, improve the overall performance and efficiency of the software, and realize intelligent service management and scheduling.

[0065] It should be noted that the steps shown in the flowcharts of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and that, although a logical order is shown in the flowcharts, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0066] The present application also provides a method for scheduling an in-vehicle service. Figure 3 is a schematic diagram of an optional in-vehicle service scheduling method provided according to an embodiment of the present application, wherein the in-vehicle service scheduling method can implement operations based on a scheduling model of the in-vehicle service, Figure 4 is an architecture diagram of a scheduling model for an in-vehicle service provided in an embodiment of the present application, such as Figure 3 , Figure 4 As shown, the method includes:

[0067] When starting the vehicle-mounted software, the first microcontroller unit and the second microcontroller unit in the vehicle-mounted software can be initialized first. At this time, the service discovery modules of the two microcontroller units can be initialized, and then the vehicle-mounted service timing Ethernet communication service in the microcontroller unit can be operated. Each microcontroller unit includes a service discovery module, a service management module and a service scheduling module. The service scheduling module includes a scheduling table module, a session processing module, a connection management submodule and a node scheduling module. The node scheduling module includes a master node scheduling module and a slave node scheduling module. The scheduling table module is used to forward the service information of the service to be scheduled through the connection management submodule.

[0068] During operation, the slave node scheduling module in the service scheduling module of the first microcontroller unit determines whether the scheduling of the vehicle-mounted service in the previous time period is completed, that is, whether the service object needs to be switched. If the scheduling operation in the previous time period is not completed, the master node scheduling module processes the second service to be scheduled, and the slave node scheduling module continues to perform the scheduling operation. Then the master node scheduling module determines whether the second service to be scheduled needs to be switched, that is, whether a service switching operation is required. If no service switching operation is required, the scheduling task can be terminated; conversely, if a service switching operation is required, the master node scheduling module performs the service switching operation and determines whether the switching operation is successful. If the switching operation is successful, a second service scheduling request can be initiated to the slave node scheduling module, and the slave node scheduling module performs the service scheduling operation until all services to be scheduled are scheduled.

[0069] If the vehicle service of the previous time period is completed, that is, it is necessary to switch the service object from the node scheduling module, at this time, the master node scheduling module initiates a service scheduling request to the slave node scheduling module, the slave node scheduling module identifies the service scheduling request, obtains the corresponding service information of the service to be scheduled, and performs a service scheduling operation on the service to be scheduled according to the service information of the service to be scheduled, for example, scheduling the service to be scheduled to the second micro control unit. It should be noted that after the slave node scheduling module performs a scheduling operation on a service to be scheduled, the master node scheduling module processes the second service to be scheduled that needs to be scheduled, that is, performs a service switching operation, and determines whether the switching operation is successful. If the switching operation is successful, a second service scheduling request can be initiated to the slave node scheduling module at this time, and the slave node scheduling module performs a service scheduling operation until all services to be scheduled are scheduled.

[0070] In addition, after scheduling an in-vehicle service, the slave node scheduling module needs to determine whether the service to be scheduled has been scheduled, that is, whether the switching service is successful. If the switching service is successful, the service management module and the session processing module will update the load rate data of the first microcontroller unit, the in-vehicle service running in the first microcontroller unit, and the service weight data of each in-vehicle service, and the service management module will store the updated load rate data and the updated in-vehicle service.

[0071] It should be noted that before the second micro-control unit receives the service to be scheduled scheduled by the first micro-control unit, the slave node scheduling module in the service scheduling module of the micro-control unit also determines whether the scheduling of the vehicle service in the previous time period is completed, that is, whether the service object needs to be switched. If the service object does not need to be switched, the scheduling operation can be ended directly after receiving the service to be scheduled scheduled by the first micro-control unit; if the vehicle service in the previous time period is completed, that is, the service object needs to be switched, at this time, the master node scheduling module initiates a service scheduling request to the slave node scheduling module, the slave node scheduling module identifies the service scheduling request, obtains the corresponding service information of the service to be scheduled, and performs a service scheduling operation on the service to be scheduled according to the service information of the service to be scheduled, and then receives and runs the service to be scheduled scheduled by the first micro-control unit. At the same time, the slave node scheduling module in the second micro-control unit also needs to determine whether the service to be scheduled is scheduled, that is, whether the service switching is successful. If the service switching is successful, the service management module and the session processing module update the load rate data of the first micro-control unit, the vehicle service running in the first micro-control unit, and the service weight data of each vehicle service, and the service management module stores the updated load rate data and the updated vehicle service.

[0072] For example, Figure 5 is a schematic diagram of a dispatching system for optional in-vehicle services provided according to an embodiment of the present application, such as Figure 5As shown, the first microcontroller unit ECU1 and the second microcontroller unit ECU2 both include a service discovery module, a service scheduling module and a service management module. The first microcontroller unit runs service B and service C, and the second microcontroller unit runs service A. The first microcontroller unit service B and service C can be scheduled to the second microcontroller unit, and the service A in the second microcontroller unit can be scheduled to the first microcontroller unit.

[0073] In this embodiment, the service discovery module determines the vehicle services and load rate data running in the first micro-control unit, and then the service scheduling module determines the service weight data of each vehicle service, determines the service to be scheduled according to the service weight data and the load rate data, and finally schedules the service to be scheduled to a different second micro-control unit in the vehicle software, thereby achieving the effect of reducing the load rate of the micro-control unit and improving the efficiency of the vehicle services running the micro-control unit.

[0074] The embodiment of the present application also provides a scheduling device for an in-vehicle service. It should be noted that the scheduling device for an in-vehicle service of the embodiment of the present application can be used to execute the scheduling method for an in-vehicle service provided by the embodiment of the present application. The scheduling device for an in-vehicle service provided by the embodiment of the present application is introduced below.

[0075] Figure 6 is a schematic diagram of a dispatching device for an in-vehicle service provided according to an embodiment of the present application, such as Figure 6 As shown, the device includes: a first determination unit 60, a second determination unit 61, and a control unit 62.

[0076] The first determination unit 60 is used to determine the in-vehicle services running in the first micro control unit, obtain M in-vehicle services, and obtain the load rate data of the first micro control unit, wherein each in-vehicle service refers to a communication protocol architecture applied to the service, the first micro control unit is associated with a service scheduling module, and M is a positive integer.

[0077] The second determining unit 61 is used to determine the service weight data of each vehicle-mounted service, obtain M service weight data, and control the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data.

[0078] The control unit 62 is used to control the service scheduling module to schedule N services to be scheduled to K second micro control units, wherein the first micro control unit and the K second micro control units refer to different micro control units set in the vehicle software, N is less than M, and N and K are positive integers.

[0079] The scheduling device for in-vehicle services provided in the embodiment of the present application determines the in-vehicle services running in the first micro-control unit through the first determination unit 60, obtains M in-vehicle services, and obtains the load rate data of the first micro-control unit, wherein each in-vehicle service refers to the communication protocol architecture applied to the service, the first micro-control unit is associated with the service scheduling module, and M is a positive integer; the second determination unit 61 determines the service weight data of each in-vehicle service, obtains M service weight data, and controls the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data; the control unit 62 controls the service scheduling module to schedule the N services to be scheduled to K second micro-control units, wherein the first micro-control unit The and K second micro control units refer to different micro control units set in the vehicle-mounted software, N is less than M, N and K are positive integers, which solves the problem of excessively high load rate of the micro control unit in the related technology, resulting in low operating efficiency when running the vehicle-mounted services in the micro control unit. The service discovery module determines the vehicle-mounted services and load rate data running in the first micro control unit, and then the service scheduling module determines the service weight data of each vehicle-mounted service, determines the service to be scheduled according to the service weight data and the load rate data, and finally schedules the service to be scheduled to different second micro control units in the vehicle-mounted software, thereby achieving the effect of reducing the load rate of the micro control unit and improving the efficiency of running the vehicle-mounted services of the micro control unit.

[0080] Optionally, in the scheduling device for the in-vehicle service provided in the embodiment of the present application, the second determination unit 61 includes: a first acquisition module, used to obtain the bandwidth share data of each in-vehicle service, and obtain M bandwidth share data; a determination module, used to determine the initial weight data of each in-vehicle service according to the total number of in-vehicle services running in the first micro control unit, and obtain M initial weight data; an adjustment module, used to adjust the initial weight data for an in-vehicle service using the bandwidth share data of the in-vehicle service, and obtain the service weight data of the in-vehicle service.

[0081] Optionally, in the scheduling device for the in-vehicle service provided in the embodiment of the present application, the second determination unit 61 includes: a sorting module, used to sort the M service weight data in reverse order to obtain a weight data sequence; a second acquisition module, used to obtain a load rate threshold and determine whether the load rate data is greater than the load rate threshold; a third acquisition module, used to obtain N service weight data in a preset position sequence in the weight data sequence when the load rate data is greater than the load rate threshold, and determine the in-vehicle services associated with the N service weight data as N services to be scheduled.

[0082] The above-mentioned scheduling device for in-vehicle services includes a processor and a memory. The above-mentioned first determination unit 60, second determination unit 61, control unit 62, etc. are all stored in the memory as program units, and the processor executes the above-mentioned program units stored in the memory to implement corresponding functions.

[0083] The processor includes a kernel, which retrieves the corresponding program unit from the memory. One or more kernels can be set, and the kernel parameters can be adjusted to solve the problem of excessively high load rate of the microcontroller in the related art, resulting in low operating efficiency when running the vehicle-mounted services in the microcontroller.

[0084] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0085] An embodiment of the present invention provides a computer storage medium, which is used to store a program. When the program is running, the device where the computer storage medium is located is controlled to execute a method for scheduling an in-vehicle service.

[0086] Figure 7 is a schematic diagram of an electronic device provided according to an embodiment of the present application, such as Figure 7 As shown, an embodiment of the present invention provides an electronic device, the electronic device 70 includes a processor, a memory, and a program stored in the memory and executable on the processor, the processor is used to execute computer-readable instructions, wherein the computer-readable instructions execute a method for scheduling an in-vehicle service when executed. The device in this article can be a server, a PC, a PAD, a mobile phone, etc.

[0087] The present application also provides a computer program product, including a computer program, which, when executed by a processor, implements the steps of a scheduling method for an in-vehicle service in each embodiment of the present application.

[0088] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0089] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0090] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0091] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0092] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0093] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0094] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0095] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0096] The above are only embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included within the scope of the claims of the present application.

Claims

1. A dispatching system for in-vehicle services, characterized in that: include: A service discovery module is used to determine the vehicle-borne services run by the first micro-control unit in the vehicle-borne software, obtain M vehicle-borne services, and obtain the load rate data of the first micro-control unit, and send the service information of the M vehicle-borne services and the load rate data to the service scheduling module and the service management module, wherein the service management module is used to store the M service information and the load rate data, and M is a positive integer; The service scheduling module is used to determine the service weight data of each vehicle-mounted service when M service information and the load rate data are received, determine N services to be scheduled according to the M service weight data and the load rate data, and schedule the N services to be scheduled to K second micro control units in the vehicle-mounted software, wherein N is less than M, and N and K are positive integers.

2. The system according to claim 1, characterized in that The service scheduling module includes a scheduling table module, Determining N services to be scheduled according to the M service weight data and the load rate data includes: The scheduling table module sorts the M service weight data in reverse order to obtain a weight data sequence, and determines whether the load rate data is greater than a load rate threshold; When the load rate data is greater than the load rate threshold, the scheduling table module obtains N service weight data in a preset order in the weight data sequence, and determines the in-vehicle services associated with the N service weight data as the N services to be scheduled.

3. The system according to claim 2, characterized in that The service scheduling module also includes a connection management submodule, and the scheduling table module is further used to forward the service information of the N services to be scheduled through the connection management submodule.

4. The system according to claim 1, characterized in that The service scheduling module also includes a node scheduling module, which includes a master node scheduling module and a slave node scheduling module. The master node scheduling module is used to cache the service information of the N services to be scheduled sent by the scheduling table module, and when a service scheduling request is generated according to the service information of the N services to be scheduled, the service scheduling request is sent to the slave node scheduling module.

5. The system according to claim 4, characterized in that The slave node scheduling module is used to identify the service scheduling request, obtain the service information of the N services to be scheduled, and perform service scheduling operations on the N services to be scheduled in sequence according to the service information of the N services to be scheduled.

6. The system according to claim 4, characterized in that The slave node scheduling module is further used to determine whether the N services to be scheduled have been scheduled, and if the N services to be scheduled have been scheduled, generate a service update request and send the service update request.

7. The system according to claim 1, characterized in that The service scheduling module also includes a session processing module, which is used to update the load rate data of the first microcontroller unit, the vehicle services running in the first microcontroller unit and the service weight data of each vehicle service when receiving a service update request, and send the updated load rate data and the updated vehicle services to the service management module, wherein the service update request is generated by the slave node scheduling module in the service scheduling module, and the service update request is used to indicate that the scheduling of the N services to be scheduled has been completed.

8. A method for dispatching an in-vehicle service, characterized in that: The in-vehicle service scheduling method is applied to the in-vehicle service scheduling system according to any one of claims 1 to 7, comprising: Determine the in-vehicle services running in the first micro-control unit, obtain M in-vehicle services, and obtain load rate data of the first micro-control unit, wherein each in-vehicle service refers to a communication protocol architecture applied to the service, the first micro-control unit is associated with a service scheduling module, and M is a positive integer; Determine service weight data of each vehicle-mounted service to obtain M service weight data, and control the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data; Control the service scheduling module to schedule the N services to be scheduled to K second micro control units, wherein the first micro control unit and the K second micro control units refer to different micro control units set in the vehicle software, N is less than M, and N and K are positive integers.

9. The method according to claim 8, characterized in that The service weight data for each in-vehicle service includes: Obtain bandwidth share data of each in-vehicle service to obtain M bandwidth share data; Determine initial weight data for each in-vehicle service according to the total number of in-vehicle services running in the first micro control unit, to obtain M initial weight data; For an in-vehicle service, the initial weight data is adjusted using the bandwidth share data of the in-vehicle service to obtain the service weight data of the in-vehicle service.

10. The method according to claim 8, characterized in that Controlling the service scheduling module to determine N services to be scheduled according to the M service weight data and the load rate data includes: Sorting the M service weight data in reverse order to obtain a weight data sequence; Obtaining a load rate threshold, and determining whether the load rate data is greater than the load rate threshold; When the load rate data is greater than the load rate threshold, N service weight data in a preset order in the weight data sequence are obtained, and the in-vehicle services associated with the N service weight data are determined as the N services to be scheduled.

Images