Service scheduling updating method and device, equipment, storage medium and product

Abstract

The invention discloses a service scheduling updating method and device, equipment, a storage medium and a product, and relates to the technical field of automotive electronics, the method is applied to an intelligent power supply module, the intelligent power supply module is based on a service-oriented architecture, and the method comprises the following steps: according to a power supply demand of a function scene selected by a user, updating the function scene; selecting a service level needing to be scheduled, and determining a related software and hardware sub-service set; when the software and hardware sub-service set meets the constraint requirement, determining a change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and a preset confidence coefficient; and when the change difference ratio of each sub-service is lower than a preset threshold, updating the current service scheduling scheme of the service level corresponding to each sub-service. Based on a service scheduling updating method, invalid power consumption and service calling time of the whole vehicle are reduced, on-demand and accurate power supply of the load is realized, and the service timeliness and endurance mileage of the whole vehicle are improved.

Description

Technical Field

[0001] This application relates to the field of automotive electronics technology, and particularly to a service scheduling update method, device, equipment, storage medium, and product. Background Art

[0002] An intelligent power module (IPM) is a highly integrated semiconductor device that integrates multiple functional modules such as power switches, drive circuits, protection circuits, and control circuits. When an external control signal is input to the IPM, the control circuit processes it and generates corresponding drive signals. The drive signals are amplified by the drive circuit and act on the power switches to turn them on or off. At the same time, the protection circuit monitors the operating status of the power switches and parameters such as the voltage and current of the system in real time. Once an abnormal situation (such as overcurrent, overvoltage, overheating, etc.) is detected, the protection circuit immediately takes measures (such as blocking the gate drive circuit, outputting a fault signal, etc.) to protect the power switches and the system from damage.

[0003] Existing intelligent power modules adopt a "signal-oriented" software structure (i.e., service-oriented architecture, abbreviated as SOA, Service Oriented Architecture). To address the rapid growth of automotive functional requirements, it is necessary to completely decouple functions and controller services, and realize on-demand and precise power supply for loads by the controller calling power services, reducing ineffective power consumption.

[0004] However, the existing power management method based on the service-oriented architecture has limitations in the atomic service calls for complex functions and cannot meet the call timeliness in various scenarios. Summary of the Invention

[0005] The main purpose of this application is to provide a service scheduling update method, device, equipment, storage medium, and product, aiming to solve the technical problem that the existing power management method based on the service-oriented architecture has limitations in the atomic service calls for complex functions and cannot meet the call timeliness in various scenarios.

[0006] To achieve the above purpose, this application proposes a service scheduling update method, which is applied to an intelligent power module based on a service-oriented architecture;

[0007] The service scheduling update method includes:

[0008] According to the power supply requirements of the function scenario selected by the user, select the service level to be scheduled, and determine the set of software and hardware sub-services involved;

[0009] When the software and hardware sub-service set meets the constraint requirements, determine the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient;

[0010] When the change difference ratio of each sub-service is lower than the preset threshold, update the current service scheduling plan of the service level corresponding to each sub-service.

[0011] Optionally, before the step of selecting the service level to be scheduled according to the power supply demand of the function scenario selected by the user and determining the software and hardware sub-service set involved, it further includes:

[0012] Obtain the current running duration;

[0013] When the current running duration reaches the initialization cycle duration, determine the power supply demand of the function scenario selected by the user according to the function scenario selected by the user.

[0014] Optionally, before the step of determining the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient when the software and hardware sub-service set meets the constraint requirements, it further includes:

[0015] Obtain the resource load situation and service capacity of the hardware sub-service every preset time;

[0016] Obtain the resource load situation and service estimated completion time of the software sub-service every preset time;

[0017] Determine the constraint conditions of the software and hardware sub-service set according to the resource load situation and service capacity of the hardware sub-service, and the resource load situation and service estimated completion time of the software sub-service.

[0018] Optionally, the step of determining the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient when the software and hardware sub-service set meets the constraint requirements specifically includes:

[0019] When the software and hardware sub-service set meets the resource load situation and service capacity of the hardware sub-service and the resource load situation and service estimated completion time of the software sub-service, determine the confidence coefficient of each sub-service in the software and hardware sub-service set;

[0020] Determine the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient within the preset time.

[0021] Optionally, before the step of updating the current service scheduling plan of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than the preset threshold, it further includes:

[0022] When the change difference ratio of each sub-service is higher than a preset threshold, return the step of obtaining the resource load situation and service capabilities of the hardware sub-service at every preset time.

[0023] Optionally, after the step of updating the current service scheduling scheme of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than a preset threshold, the method further includes:

[0024] Detect the update status of the service scheduling scheme;

[0025] When the update status is update completed, return the step of obtaining the current running duration.

[0026] In addition, to achieve the above object, the present application further provides a service scheduling update device, the device includes:

[0027] A requirement module, configured to select a service level to be scheduled according to the power supply requirements of the function scenario selected by the user, and determine the set of software and hardware sub-services involved;

[0028] A difference module, configured to determine the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient when the set of software and hardware sub-services meets the constraint requirements;

[0029] An update module, configured to update the current service scheduling scheme of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than a preset threshold.

[0030] In addition, to achieve the above object, the present application further provides a service scheduling update device, the device includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program is configured to implement the steps of the service scheduling update method.

[0031] In addition, to achieve the above object, the present application further provides a storage medium, the storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium, and when the computer program is executed by a processor, it implements the steps of the service scheduling update method.

[0032] In addition, to achieve the above object, the present application further provides a computer program product, the computer program product includes a computer program, and when the computer program is executed by a processor, it implements the steps of the service scheduling update method.

[0033] One or more technical solutions proposed by the present application have at least the following effects:

[0034] The present application provides a service scheduling update method, apparatus, device, storage medium, and product. The method is applied to an intelligent power module, and the intelligent power module is based on a service-oriented architecture. The method includes: selecting a service level to be scheduled according to the power supply requirements of the function scenario selected by the user, and determining the set of software and hardware sub-services involved; when the set of software and hardware sub-services meets the constraint requirements, determining the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient; when the change difference ratio of each sub-service is lower than the preset threshold, updating the current service scheduling plan of the service level corresponding to each sub-service. Based on the service scheduling selection algorithm (update method), the ineffective power consumption and service call time of the entire vehicle are reduced, on-demand and precise power supply for the load is achieved, and the service timeliness and cruising range of the entire vehicle are improved. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0036] Figure 1 It is a hardware composition block diagram of the intelligent power module applied in the present application;

[0037] Figure 2 It is a flowchart of the first embodiment of the service scheduling update method proposed in the embodiment of the present application;

[0038] Figure 3 It is a control strategy diagram of the intelligent power module based on the service-oriented architecture (SOA) of the present application;

[0039] Figure 4 It is a flowchart of the second embodiment of the service scheduling update method proposed in the embodiment of the present application;

[0040] Figure 5 It is a flowchart of the third embodiment of the service scheduling update method proposed in the embodiment of the present application;

[0041] Figure 6 It is a flowchart of the service scheduling selection algorithm of the intelligent power module of the present application;

[0042] Figure 7 It is a module structure diagram of the service scheduling update device in the embodiment of the present application.

[0043] Description of the reference numerals in the drawings:

[0044]

[0045] The realization of the purpose, functional features and advantages of this application will be further described with reference to the accompanying drawings in conjunction with the embodiments. Detailed implementation manners

[0046] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of this application and are not used to limit this application.

[0047] Next, the technical solutions in the embodiments of this application will be clearly and completely described with reference to the accompanying drawings in the embodiments of this application. Obviously, the described embodiments are only a part of the embodiments of this application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

[0048] It should be noted that all directional indications (such as up, down, left, right, front, back...) in the embodiments of this application are only used to explain the relative positional relationship and movement conditions between components in a specific posture (as shown in the accompanying drawings). If the specific posture changes, the directional indications will also change accordingly.

[0049] In addition, the descriptions involving "first", "second", etc. in this application are only for descriptive purposes and cannot be understood as indicating or implying their relative importance or implicitly indicating the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include at least one of such features. In addition, the technical solutions between various embodiments can be combined with each other, but it must be based on the ability of those of ordinary skill in the art to implement. When the combination of technical solutions is contradictory or cannot be implemented, it should be considered that such a combination of technical solutions does not exist and is not within the scope of protection required by this application.

[0050] The main solution of the embodiments of this application is: completely decouple the functions in the application layer and the controller services in the atomic service layer of the intelligent power module based on the service-oriented architecture (SOA), abstract the power control / status signals at the device abstraction layer, and based on the service scheduling selection algorithm (update method) of the intelligent power module, reduce the ineffective power consumption and service call time of the whole vehicle, achieve on-demand and precise power supply for the load, and improve the service timeliness and cruising range of the whole vehicle.

[0051] In the embodiment, for the convenience of description, the microcontroller is used as the execution subject for elaboration below.

[0052] The present application provides a solution, and proposes a service scheduling update method, device, equipment, storage medium and product. The method is applied to an intelligent power module, and the intelligent power module is based on a service-oriented architecture. The method includes: selecting the service level to be scheduled according to the power supply requirements of the function scenario selected by the user, and determining the set of software and hardware sub-services involved; when the set of software and hardware sub-services meets the constraint requirements, determining the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient; when the change difference ratio of each sub-service is lower than the preset threshold, updating the current service scheduling plan of the service level corresponding to each sub-service. Based on the service scheduling selection algorithm (update method), the ineffective power consumption and service call time of the whole vehicle are reduced, the on-demand and accurate power supply of the load is realized, and the service timeliness and cruising range of the whole vehicle are improved.

[0053] It should be noted that, as Figure 1 shown, Figure 1 is the hardware composition block diagram of the intelligent power module applied in the present application. The intelligent power module includes: a microcontroller (control circuit), a temperature detection module (protection circuit), a voltage detection module, a voltage sampling module, an amplifier module, a comparison circuit module, a control logic module, a voltage conversion module, a V DS detection module, a gate drive module (drive circuit), a Mosfet (power switch), a current sampling resistor, and an NTC thermistor.

[0054] Based on this, an embodiment of the present application provides a service scheduling update method.

[0055] Referring to Figure 2 , Figure 2 is the flowchart of the first embodiment of the service scheduling update method proposed in the embodiment of the present application.

[0056] Considering that the existing power management method based on the service-oriented architecture has limitations for the atomic service calls of complex functions and cannot meet the call timeliness in various scenarios. As Figure 1 shown, the service scheduling update method in this embodiment is applied to an intelligent power module, and the intelligent power module is based on a service-oriented architecture;

[0057] The service scheduling update method includes steps S10 to S30:

[0058] Step S10: Select the service level to be scheduled according to the power supply requirements of the function scenario selected by the user, and determine the set of software and hardware sub-services involved.

[0059] It should be noted that the power supply demand of the functional scenario is the power supply demand under different scenario modes of the vehicle (temporary parking mode, camping mode, nap mode, car wash mode, etc.), so as to realize the user's DIY power demand. In this embodiment, the power supply demand can be 48V, or it can be set according to the actual situation. This embodiment is not limited. The software and hardware sub-service set includes a software sub-service set and a hardware sub-service set. It is also necessary to consider the constraint requirements of the vehicle functional requirements (determine the vehicle functional requirements according to the power supply requirements of the functional scenarios selected by the user) to obtain the software and hardware sub-service sets involved. The intelligent power module is a 48V intelligent power module. The service scheduling update method of the present application is a service call selection algorithm.

[0060] It can be understood that the service level refers to the application layer, atomic service layer, device abstraction layer, and basic platform layer in the service-oriented architecture (SOA). Definition of the application layer: The application layer is the top layer in the SOA architecture. It defines and combines vehicle services, applications, and experiences based on atomic services to build differentiated competitive apps; Functions of the application layer: The application layer is mainly responsible for the implementation of user demand logic. By calling the interfaces provided by the atomic service layer, it combines a variety of scenario-based applications. These applications can be reused across models and component suppliers, thereby reducing the complexity of software-defined automotive hardware and software development. Definition of the atomic service layer: The atomic service layer is the middle layer in the SOA architecture. It implements certain functional modules of data fusion or control logic, and serves as the smallest unit of service and a single execution entity. Functions of the atomic service layer: The atomic service layer provides applications with basic services that can be orchestrated on demand through APIs, enabling one-time development and multiple reuse, maximizing development efficiency. At the same time, as an intermediate layer, it is decoupled from the platform, accepts the call of application services from above, and accesses the device abstraction from below, reflecting the differences in vehicle models, and configures adaptation to enable cross-vehicle reuse of upper-layer applications. Definition of the device abstraction layer: The device abstraction layer is located below the atomic service layer. It abstracts hardware resources such as sensors, actuators, and Legacy ECUs. Functions of the device abstraction layer: The device abstraction layer provides services with device access interfaces through APIs, shielding differences in device function implementation (hardware differences & manufacturer differences), reducing customization and duplication of work. It realizes the decoupling of devices and ports, so that the adjustment of hardware will not cause changes in the interfaces provided by the system software to the outside, thereby freeing the application logic from the constraints of the underlying hardware platform. Definition of the basic platform layer: The basic platform layer is the bottom layer in the SOA architecture, which includes hardware and operating systems; Functions of the basic platform layer: The basic platform layer mainly provides the basic operating environment required for the operation of the entire vehicle. It realizes the decoupling of basic software and hardware, shielding the differences between devices and drivers. This layer is led by the basic platform supplier to provide stable and reliable basic support for the upper-layer software.

[0061] It should be noted that ifFigure 3 As shown Figure 3 This is a control strategy diagram of the intelligent power module based on the service-oriented architecture (SOA) of this application. The application layer includes Function 1, Function 2, …, Function N. For example, the application layer includes 1,000 to 3,000 functions; the atomic service layer includes Controller 1 Service, …, Controller N Service. For example, the atomic service layer includes 20 to 120 controller services; the functions in the application layer and the controller services in the atomic service layer are completely decoupled. The function logic is converted into signal interaction logic (that is, the signal interaction logic replaces the traditional function logic, so that the functions in the application layer can interact with the atomic service layer by sending and receiving signals). The communication signal matrix is made into an atomic service library (these services can be combined and reused like building blocks to meet different application requirements). The signal logic is made into a large number of atomic services and stored in each controller. The power control / status signals are abstracted at the device abstraction layer, and the load is supplied on demand and precisely at the basic platform layer by combining the control strategy and the intelligent power module, reducing the ineffective power consumption, reducing the service call time, and improving the timeliness of the vehicle service and the cruising range.

[0062] Step S20: When the set of software and hardware sub-services meets the constraint requirements, determine the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient.

[0063] It should be noted that the constraint conditions refer to the resource load and service capabilities of the hardware sub-services and the resource load and estimated service completion time of the software sub-services. The confidence coefficient is used to describe the probability or credibility that the true value of the measured parameter falls within a certain confidence interval. The preset confidence coefficient is the maximum confidence coefficient, and it can also be set according to the actual situation. The change difference ratio = (confidence coefficient - preset confidence coefficient) / preset confidence coefficient * 100%.

[0064] Step S30: When the change difference ratio of each sub-service is lower than the preset threshold, update the current service scheduling scheme of the service level corresponding to each sub-service.

[0065] It should be noted that in this embodiment, the preset threshold is -5%, and it can also be set according to the actual situation.

[0066] In a specific implementation, according to the power supply requirements of the function scenario selected by the user, the service level to be scheduled is selected, and the set of software and hardware sub-services involved is determined; when the set of software and hardware sub-services meets the constraint requirements, the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient is determined; when the change difference ratio of each sub-service is lower than the preset threshold, the current service scheduling scheme of the service level corresponding to each sub-service is updated, thereby reducing the ineffective power consumption and service call time of the entire vehicle, realizing on-demand and precise power supply for the load, and improving the service timeliness and cruising range of the entire vehicle.

[0067] Further, before the step of selecting the service level to be scheduled according to the power supply requirements of the function scenario selected by the user and determining the set of software and hardware sub-services involved, the following steps are also included:

[0068] Obtain the current running duration;

[0069] When the current running duration reaches the initialization cycle duration, according to the function scenario selected by the user, determine the power supply requirements of the function scenario selected by the user.

[0070] It should be noted that when the current running duration reaches the initialization cycle duration, it means waiting for an initialization cycle (duration), and the initialization cycle duration can be set according to the actual situation and is not limited in this embodiment.

[0071] In a specific implementation, obtain the current running duration, and when the current running duration reaches the initialization cycle duration, determine the power supply requirements of the function scenario selected by the user according to the function scenario selected by the user, so as to better meet the needs of the user.

[0072] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar content as the above first embodiment can be referred to the above introduction and will not be repeated hereinafter. On this basis, please refer to Figure 4 , Figure 4 which is the schematic flowchart of the second embodiment of the service scheduling update method proposed in the embodiment of the present application.

[0073] Considering evaluating whether the set of software and hardware sub-services meets the constraint requirements of the resource load situation and service capacity of the hardware sub-services and the resource load situation and service estimated completion time of the software sub-services. As Figure 4 shown, before step S20 of this embodiment, the following steps are also included:

[0074] Step S201: Obtain the resource load situation and service capacity of the hardware sub-services at preset intervals.

[0075] It should be noted that the preset time can be 10 ms, or it can be set according to the actual situation, and this embodiment does not limit it. The resource load situation of the hardware sub-service mainly focuses on the usage of hardware resources, including CPU, memory, hard disk, and network bandwidth, etc. The service ability of the hardware sub-service mainly focuses on the ability of hardware resources to meet user needs, including processing speed, response time, the number of concurrent users, etc.

[0076] Step S202: Obtain the resource load situation and the estimated service completion time of the software sub-service at every preset time.

[0077] It should be noted that the resource load situation of the software sub-service mainly focuses on the hardware resources consumed during the execution of the software, including CPU, memory, disk I / O, and network bandwidth, etc. The load situations of these resources directly affect the performance and response time (i.e., the estimated service completion time) of the software sub-service.

[0078] Step S203: Determine the constraint conditions of the software and hardware sub-service set according to the resource load situation and service ability of the hardware sub-service, as well as the resource load situation and the estimated service completion time of the software sub-service.

[0079] In a specific implementation, obtain the resource load situation and service ability of the hardware sub-service at every preset time; obtain the resource load situation and the estimated service completion time of the software sub-service at every preset time; determine the constraint conditions of the software and hardware sub-service set according to the resource load situation and service ability of the hardware sub-service, as well as the resource load situation and the estimated service completion time of the software sub-service, so as to determine whether to select the service level to be scheduled according to the constraint conditions of the software and hardware sub-service set.

[0080] Further, the step of determining the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient when the software and hardware sub-service set meets the constraint requirements specifically includes:

[0081] When the software and hardware sub-service set meets the resource load situation and service ability of the hardware sub-service, as well as the resource load situation and the estimated service completion time of the software sub-service, determine the confidence coefficient of each sub-service in the software and hardware sub-service set;

[0082] Determine the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient within the preset time.

[0083] It should be noted that the preset time can be 10 ms, or it can be set according to the actual situation, and this embodiment does not limit it.

[0084] In a specific implementation, when the software and hardware sub-service set meets the resource load condition and service capability of the hardware sub-service and the resource load condition and service estimated completion time of the software sub-service, the confidence coefficient of each sub-service in the software and hardware sub-service set is determined; within a preset time, the change difference ratio between the confidence coefficient of each sub-service in the software and hardware sub-service set and the preset confidence coefficient is determined, so as to judge whether to update the current service scheduling scheme of the service level corresponding to each sub-service and reduce the service call time.

[0085] Based on the second embodiment of the present application, in the third embodiment of the present application, the same or similar content as that in the second embodiment above can be referred to the above introduction and will not be repeated hereinafter. On this basis, please refer to Figure 5 , Figure 5 which is a schematic flowchart of the third embodiment of the service scheduling update method proposed in the embodiment of the present application.

[0086] Considering the situation where the change difference ratio of each sub-service in the software and hardware sub-service set is higher than the preset threshold, as Figure 5 shown, before step S30 described in this embodiment, it further includes:

[0087] Step S301: When the change difference ratio of each sub-service is higher than the preset threshold, return to the step of obtaining the resource load condition and service capability of the hardware sub-service every preset time.

[0088] It should be noted that the preset threshold is -5%, and it can also be set by itself according to the actual situation.

[0089] In a specific implementation, when the change difference ratio of each sub-service is higher than the preset threshold, the resource load condition and service capability of the hardware sub-service and the resource load condition and service estimated completion time of the software sub-service are re-obtained.

[0090] Further, after step S30 described in this embodiment, it further includes:

[0091] Step S302: Detect the update status of the service scheduling scheme.

[0092] Step S303: When the update status is update completed, return to the step of obtaining the current running duration.

[0093] In a specific implementation, after the update status is update completed, wait for an initialization period, and select the next service level to be scheduled according to the power consumption demand of the function scenario selected by the user.

[0094] It should be noted that, as Figure 6 shown, Figure 6This is the flowchart of the service scheduling selection algorithm for the intelligent power module of this application. The service call selection algorithm of the intelligent power module selects the service level to be scheduled according to the function scenario selected by the customer, and obtains the resource load and service capabilities of the hardware sub-services or the resource load and estimated service completion time of the software sub-services every 10 ms. Considering the constraints of the vehicle's functional requirements, the set of sub-services involved is obtained. Evaluate whether the set of sub-services meets the requirements of resource load, service capabilities, and completion time. If not, do not select it. Otherwise, calculate the ratio of the change difference between the confidence coefficient of this service and the maximum confidence coefficient. When the ratio of the change difference between the confidence coefficient of this service and the maximum confidence coefficient > -5%, the scheduling is not updated. Otherwise, update the service scheduling plan for this level. Based on this service scheduling selection algorithm, reduce the ineffective power consumption and service call time to achieve on-demand and precise power supply for the load, and improve the vehicle's service timeliness and cruising range.

[0095] In addition, to achieve the above object, as Figure 7 shown, this application also proposes a service scheduling update device, and the device includes:

[0096] A requirement module 10, configured to select the service level to be scheduled according to the power supply requirements of the function scenario selected by the user, and determine the set of software and hardware sub-services involved;

[0097] A difference module 20, configured to determine the ratio of the change difference between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient when the set of software and hardware sub-services meets the constraint requirements;

[0098] An update module 30, configured to update the current service scheduling plan for the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than the preset threshold.

[0099] In addition, to achieve the above object, this application also proposes a service scheduling update device, and the device includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, and the computer program is configured to implement the steps of the service scheduling update method.

[0100] In addition, to achieve the above object, this application also proposes a storage medium, and the storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium, and the computer program implements the steps of the service scheduling update method when executed by a processor.

[0101] In addition, to achieve the above object, this application also proposes a computer program product, and the computer program product includes a computer program, and the computer program implements the steps of the service scheduling update method when executed by a processor.

[0102] The above are only the preferred embodiments of the present application, which do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made by using the content of the specification and drawings of the present application, or directly or indirectly applied in other related technical fields, shall be similarly included in the patent protection scope of the present application.

Claims

1. A service scheduling update method, characterized in that, Applied to an intelligent power module, the intelligent power module is based on a service-oriented architecture; The service scheduling update method includes: According to the power supply requirements of the function scenario selected by the user, select the service level to be scheduled, and determine the set of software and hardware sub-services involved; When the set of software and hardware sub-services meets the constraint requirements, determine the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient; When the change difference ratio of each sub-service is lower than the preset threshold, update the current service scheduling plan of the service level corresponding to each sub-service.

2. The service scheduling update method according to claim 1, wherein Before the step of selecting the service level to be scheduled according to the power supply requirements of the function scenario selected by the user and determining the set of software and hardware sub-services involved, it further includes: Obtain the current running duration; When the current running duration reaches the initialization cycle duration, determine the power supply requirements of the function scenario selected by the user according to the function scenario selected by the user.

3. The service scheduling update method according to claim 1, wherein Before the step of determining the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient when the set of software and hardware sub-services meets the constraint requirements, it further includes: Obtain the resource load situation and service capabilities of the hardware sub-service at preset intervals; Obtain the resource load situation and service estimated completion time of the software sub-service at preset intervals; Determine the constraint conditions of the set of software and hardware sub-services according to the resource load situation and service capabilities of the hardware sub-service, and the resource load situation and service estimated completion time of the software sub-service.

4. The service scheduling update method according to claim 3, wherein The step of determining the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient when the set of software and hardware sub-services meets the constraint requirements specifically includes: When the set of software and hardware sub-services meets the resource load situation and service capabilities of the hardware sub-service and the resource load situation and service estimated completion time of the software sub-service, determine the confidence coefficient of each sub-service in the set of software and hardware sub-services; Determine the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient within a preset time.

5. The service scheduling update method according to claim 3, wherein Before the step of updating the current service scheduling plan of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than the preset threshold, it further includes: When the change difference ratio of each sub-service is higher than the preset threshold, return to the step of obtaining the resource load situation and service capabilities of the hardware sub-service at preset intervals.

6. The service scheduling update method according to claim 2, wherein After the step of updating the current service scheduling plan of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than the preset threshold, it further includes: Detect the update status of the service scheduling plan; When the update status is update completed, return to the step of obtaining the current running duration.

7. A service scheduling update device, characterized in that, The device includes: A requirement module for selecting the service level to be scheduled according to the power supply requirements of the function scenario selected by the user and determining the set of software and hardware sub-services involved; A difference module for determining the change difference ratio between the confidence coefficient of each sub-service in the set of software and hardware sub-services and the preset confidence coefficient when the set of software and hardware sub-services meets the constraint requirements; An update module, configured to update the current service scheduling scheme of the service level corresponding to each sub-service when the change difference ratio of each sub-service is lower than a preset threshold.

8. A service scheduling update device, characterized in that, The device includes: a memory, a processor, and a computer program stored on the memory and executable on the processor, where the computer program is configured to implement the steps of the service scheduling update method according to any one of claims 1 to 6.

9. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the service scheduling update method according to any one of claims 1 to 6.

10. A computer program product, characterized in that, The computer program product includes a computer program, and when the computer program is executed by a processor, it implements the steps of the service scheduling update method according to any one of claims 1 to 6.

Images