CN116795523A - Resource scheduling method and device, electronic equipment and vehicle - Google Patents

Resource scheduling method and device, electronic equipment and vehicle Download PDF

Info

Publication number
CN116795523A
CN116795523A CN202210259604.2A CN202210259604A CN116795523A CN 116795523 A CN116795523 A CN 116795523A CN 202210259604 A CN202210259604 A CN 202210259604A CN 116795523 A CN116795523 A CN 116795523A
Authority
CN
China
Prior art keywords
service
scheduled
scheduling
trend
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210259604.2A
Other languages
Chinese (zh)
Inventor
罗延文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Jidu Automobile Co Ltd
Original Assignee
Shanghai Jidu Automobile Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Jidu Automobile Co Ltd filed Critical Shanghai Jidu Automobile Co Ltd
Priority to CN202210259604.2A priority Critical patent/CN116795523A/en
Publication of CN116795523A publication Critical patent/CN116795523A/en
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5021—Priority
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
    • G10L2015/223—Execution procedure of a spoken command

Abstract

The application provides a resource scheduling method, a resource scheduling device, electronic equipment and a vehicle, and relates to the technical field of computers. Wherein the method comprises the following steps: receiving a first scheduling request input by a user; analyzing the first scheduling request, and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled; and adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, wherein the resource allocation information comprises at least one of priority and system resource quota. The application can enable the resource scheduling to meet the actual demands of users and improve the effectiveness of the resource scheduling.

Description

Resource scheduling method and device, electronic equipment and vehicle
Technical Field
The present application relates to the field of vehicle technologies, and in particular, to a resource scheduling method and apparatus, an electronic device, and a vehicle.
Background
With the development of intelligent technology, the ecology in the cabin is more and more perfect, more and more businesses and services are accessed into the cabin to meet various personalized requirements of users, so that the concurrent scenes of multiple businesses/services are more and more complex, for example, a main driver uses navigation to carry out safe driving, a secondary driver watches a film and then plays a game. For system developers, timely response is ensured to be realized at the level of user perception as far as possible, and no obvious clamping phenomenon occurs.
Disclosure of Invention
The application provides a resource scheduling method, a resource scheduling device, electronic equipment and a vehicle.
According to a first aspect of the present application, there is provided a resource scheduling method, the method comprising:
receiving a first scheduling request input by a user;
analyzing the first scheduling request, and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled;
and adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, wherein the resource allocation information comprises at least one of priority and system resource quota.
In the implementation of the application, a user can actively trigger the adjustment of the resource scheduling strategy by inputting the first scheduling request, analyze the first scheduling request to obtain the first service to be scheduled and the scheduling trend, and adjust the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, so that the adjusted resource allocation information of the first service to be scheduled meets the actual requirement of the user, the utilization of the system resource can be effectively optimized, and the overall operation performance of the system is improved.
Optionally, the receiving the first scheduling request input by the user includes at least one of the following:
Receiving a first voice input of a user, performing voice recognition on the first voice input, and extracting a first scheduling request carried in the first voice input;
and receiving a first operation of the user on the first page, and determining a first scheduling request of the user according to the operation parameters of the first operation.
In this embodiment, the first scheduling request may be determined by voice input of the user. The voice input mode is more convenient, the hands of the user can be liberated, the use of the service by the user is not influenced, the voice input mode is not limited, the user can input voice audios with the same semantics but different sentence patterns, and the user is more flexible in the proposition of the requirements. In addition, the first scheduling request can be determined through the operation of the user on the page, the operation form of the page is more standard, the response speed of the system to the operation is faster, and the response effectiveness is higher.
Optionally, the analyzing the first scheduling request, determining a first service to be scheduled and a scheduling trend of the first service to be scheduled, includes:
performing scene analysis on the first scheduling request to obtain at least one scene tag;
and determining the process associated with the first service to be scheduled according to the at least one scene tag.
In this embodiment, by performing scene analysis on the first to-be-scheduled service to determine a process associated with the first to-be-scheduled service, resource scheduling of the first to-be-scheduled service starts from a process on which the service depends, so that resource scheduling is more accurate, and performance of the first to-be-scheduled service is more facilitated to be improved.
Optionally, the adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled includes:
and adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource use condition of the second service to be scheduled.
In this embodiment, the first service to be scheduled and the second service to be scheduled may be adjusted in association according to the resource usage condition of the second service to be scheduled other than the first service to be scheduled, so as to achieve balance and effective utilization of the overall resources of the system, and improve the overall operation performance of the system.
Optionally, the scheduling trend of the second service to be scheduled is opposite to the scheduling trend of the first service to be scheduled.
Optionally, the resource allocation information includes a system resource quota;
The adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource usage situation of the second service to be scheduled includes:
under the condition that the scheduling trend of the first service to be scheduled is a forward scheduling trend, increasing the system resource quota of the first service to be scheduled by a first quota, and decreasing the system resource quota of the second service to be scheduled by the first quota;
reducing the system resource quota of the first service to be scheduled by a second quota and increasing the system resource quota of the second service to be scheduled by the second quota under the condition that the scheduling trend of the first service to be scheduled is a reverse scheduling trend;
the first quota or the second quota is determined based on the resource use condition of the second service to be scheduled.
Optionally, the method further comprises at least one of:
receiving a second scheduling request input by a user, analyzing the second scheduling request, and determining a second service to be scheduled;
and determining a second service to be scheduled according to the obtained target scheduling information.
In this embodiment, the second scheduling request input by the user may be received to determine the requirement of the user on the resource scheduling, so that the resource allocation information of the whole adjusted system meets the actual requirement of the user. In addition, the information which can influence the resource scheduling and is acquired in the running process of the vehicle can be used as target scheduling information, the second service to be scheduled is automatically determined according to the target scheduling information, the user does not need to execute input again, the user operation is reduced, and the overall intellectualization of the vehicle-mounted system is improved.
Optionally, the target scheduling information includes at least one of: the state information of the vehicle, the perception information of the vehicle, the state information of the service, the operation information of the user, or the scheduling information obtained based on the previously collected history information.
According to a second aspect of the present application, there is provided a resource scheduling apparatus, the apparatus comprising:
the receiving module is used for receiving a first scheduling request input by a user;
the analysis module is used for analyzing the first scheduling request and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled;
and the adjusting module is used for adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, wherein the resource allocation information comprises at least one of priority and system resource quota.
Optionally, the receiving module includes at least one of:
the first receiving unit is used for receiving a first voice input of a user, carrying out voice recognition on the first voice input and extracting a first scheduling request carried in the first voice input;
and the second receiving unit is used for receiving the first operation of the user on the first page and determining a first scheduling request of the user according to the operation parameters of the first operation.
Optionally, the parsing module includes:
the analysis unit is used for carrying out scene analysis on the first scheduling request to obtain at least one scene tag;
and the first determining unit is used for determining the process associated with the first service to be scheduled according to the at least one scene tag.
Optionally, the adjusting module is configured to:
and adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource use condition of the second service to be scheduled.
Optionally, the scheduling trend of the second service to be scheduled is opposite to the scheduling trend of the first service to be scheduled.
Optionally, the resource allocation information includes a system resource quota;
the adjustment module comprises:
the first adjusting unit is used for increasing the system resource quota of the first service to be scheduled by a first quota and decreasing the system resource quota of the second service to be scheduled by the first quota under the condition that the scheduling trend of the first service to be scheduled is a forward scheduling trend;
the second adjusting unit is used for reducing the system resource quota of the first service to be scheduled by a second quota and increasing the system resource quota of the second service to be scheduled by the second quota under the condition that the scheduling trend of the first service to be scheduled is a reverse scheduling trend;
The first quota or the second quota is determined based on the resource use condition of the second service to be scheduled.
Optionally, the apparatus further comprises at least one of:
the first determining module is used for receiving a second scheduling request input by a user, analyzing the second scheduling request and determining a second service to be scheduled;
and the second determining module is used for determining a second service to be scheduled according to the acquired target scheduling information.
Optionally, the target scheduling information includes at least one of: the state information of the vehicle, the perception information of the vehicle, the state information of the service, the operation information of the user, or the scheduling information obtained based on the previously collected history information.
According to a third aspect of the present application, there is provided an electronic device comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of the first aspect of the application.
According to a fourth aspect of the present application there is provided a non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of the first aspect of the present application.
According to a fifth aspect of the present application there is provided a computer program product comprising a computer program which, when executed by a processor, implements the method of the first aspect of the present application.
According to a sixth aspect of the application there is provided a vehicle configured to perform the method of the first aspect of the application.
Drawings
Fig. 1 is a schematic flow chart of a resource scheduling method according to an embodiment of the present application;
fig. 2 is a schematic diagram of a logic architecture of a vehicle machine according to an embodiment of the present application;
fig. 3 is a schematic flow chart of a resource scheduling method according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a resource scheduling device according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a vehicle according to an embodiment of the present application.
Detailed Description
Exemplary embodiments of the present application will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present application are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
Referring to fig. 1, fig. 1 is a flowchart of a resource scheduling method according to an embodiment of the present application. The resource scheduling method of the embodiment of the application can be executed by a vehicle, particularly by a vehicle machine of the vehicle, or by a related controller of the vehicle, for example, a controller special for resource scheduling, and can be determined according to actual conditions. For convenience of understanding, in the embodiment of the present application, the vehicle-mounted machine is taken as an example, and the resource scheduling method is described without specific limitation.
As shown in fig. 1, the resource scheduling method includes the steps of:
step 101, receiving a first scheduling request input by a user.
In the embodiment of the application, the resource scheduling method can be actively triggered by the user. The vehicle machine can acquire subjective appeal of a user on resource scheduling by receiving a first scheduling request input by the user, so that a resource allocation strategy is adjusted.
In particular, the vehicle may determine the first scheduling request through a voice input of the user. Illustratively, the user may input a voice "game dotted card" or "game may run a little more" in hope of improving the running performance of the game service to obtain a better game experience. After the vehicle machine receives the voice input, the resource allocation strategy of the game service can be correspondingly adjusted.
The vehicle may also determine the first scheduling request by a user operation on the page. Illustratively, "do it want game acceleration? The user can operate the button corresponding to the 'yes' to expect to improve the running performance of the game service so as to obtain better game experience. After the vehicle machine receives the operation, the resource allocation strategy of the game service can be correspondingly adjusted.
And 102, analyzing the first scheduling request, and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled.
The number of the first to-be-scheduled services can be one or a plurality of. After the first to-be-scheduled service is determined, the process associated with each first to-be-scheduled service can be further determined according to service logic, and resource scheduling performed on the first to-be-scheduled service by the following vehicle can be resource scheduling performed on the process associated with the first to-be-scheduled service.
The scheduling trend may include a forward scheduling trend or a reverse scheduling trend. The system resources allocated to the first service to be scheduled can be optimized by adjusting the forward scheduling trend correspondingly, so that the running performance of the first service to be scheduled is improved, for example, the running fluency of the first service to be scheduled is improved, the display definition is improved, the response speed is improved, and the like. The adjustment corresponding to the reverse scheduling trend can limit the system resources allocated to the first service to be scheduled, for example, the refresh rate of the first service to be scheduled is reduced, or the frame rate is reduced, or the display definition is reduced, so that part of system resources unnecessary for the first service to be scheduled can be released, and the part of system resources can be provided or reserved for other needed services, thereby improving the overall operation performance of the system.
After the vehicle receives the first scheduling request, the vehicle may parse the first scheduling request, and a specific parsing manner may be determined based on a type of the first scheduling request, which is not limited herein.
For example, if the vehicle receives a voice input from a user, the vehicle may extract a keyword from the voice input to determine a first service to be scheduled and/or a scheduling trend, and the vehicle may preset a keyword condition for determining the first service to be scheduled and a keyword condition for determining the scheduling trend.
Also, for example, if the vehicle receives the operation of the user on the page, the vehicle may determine the first service to be scheduled and/or the scheduling trend according to the operation parameter of the operation, for example, if the operation of the user on the page is a touch operation, according to the position acted by the touch operation.
And step 103, adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled.
Wherein the resource allocation information includes at least one of priority and system resource quota. In addition, the resource allocation information may further include other information, such as affinity, and resource allocation information between a plurality of processes associated with the first service to be scheduled, which may be specifically determined according to actual needs, and is not specifically limited herein.
After determining the first service to be scheduled and the scheduling trend of the first service to be scheduled, the vehicle can analyze the resource usage condition of each service in the system, and determine how to adjust the resource allocation information of the first service to be scheduled according to the analysis condition.
In the case that the scheduling trend of the first traffic to be scheduled is a forward scheduling trend, the adjusting of the resource allocation information of the first traffic to be scheduled may include at least one of:
1) And increasing the system resources allocated to the first service to be scheduled, namely increasing the system resource quota of the first service to be scheduled. Illustratively, processing threads of the first service to be scheduled are added, only one thread is adjusted to process the first service to be scheduled before the first service to be scheduled, and three threads are adjusted to process the first service to be scheduled simultaneously. Also exemplary, the duration of the central processing unit (Central Processing Unit, CPU) available for the first service to be scheduled in the single scheduling is increased, the duration of the central processing unit available for the first service to be scheduled in the single scheduling before adjustment is 10 seconds, and the duration of the central processing unit available for the first service to be scheduled in the single scheduling after adjustment is 20 seconds. Further exemplary, a buffer space available for the first service to be scheduled in the single scheduling is increased, the buffer space available for the first service to be scheduled in the previous single scheduling is adjusted to be 1G, and the buffer space available for the first service to be scheduled in the single scheduling after adjustment is adjusted to be 2G. It should be noted that the specific values in the foregoing examples are merely for illustrating, and are not intended to limit the embodiments of the present application.
2) And improving the priority of the first service to be scheduled, or enabling the priority of the first service to be scheduled to meet the scheduling condition of the forward scheduling trend so as to improve the resource competitiveness of the first service to be scheduled.
In the case that the scheduling trend of the first traffic to be scheduled is a reverse scheduling trend, the adjustment of the resource allocation information of the first traffic to be scheduled may include at least one of:
1) And reducing the system resources allocated to the first service to be scheduled, namely reducing the system resource quota of the first service to be scheduled. Illustratively, the processing thread of the first service to be scheduled is reduced, or the duration that the first service to be scheduled can use the CPU in the single scheduling is shortened, or the buffer space that the first service to be scheduled can use in the single scheduling is reduced.
2) And reducing the priority of the first service to be scheduled, or enabling the priority of the first service to be scheduled to meet the scheduling condition of the reverse scheduling trend so as to reduce the resource competitiveness of the first service to be scheduled.
In the embodiment of the application, the user can actively trigger the adjustment of the resource scheduling strategy through the first scheduling request, the vehicle machine analyzes the first scheduling request to obtain the first service to be scheduled and the scheduling trend, and then adjusts the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, so that the adjusted resource allocation information of the first service to be scheduled meets the actual requirement of the user. The scheduling of the vehicle to the system resources is not limited to a certain fixed strategy, is not limited to the adjustment of the system, and can consider the actual demands of users to different services, so that the operation of each service can meet the actual demands of the users, the utilization of the vehicle to the system resources can be optimized effectively, and the overall operation performance of the vehicle system is improved.
The following describes the embodiments of the present application further:
in the embodiment of the application, the first scheduling request bears the demand of the user on the resource scheduling, the first scheduling request can be extracted from the input of the user, and the first scheduling request is analyzed to obtain the first service to be scheduled and the scheduling trend of the first service to be scheduled.
In an alternative embodiment, step 101 includes at least one of:
1) And receiving a first voice input of the user, carrying out voice recognition on the first voice input, and extracting a first scheduling request carried in the first voice input.
2) And receiving a first operation of the user on the first page, and determining a first scheduling request of the user according to an operation parameter of the first operation.
In mode 1), the vehicle may acquire the first scheduling request by receiving a voice input of the user. The voice input mode is more convenient, the hands of the user can be liberated, the use of the service by the user is not influenced, the voice input mode is not limited, the user can input voice audios with the same semantics but different sentence patterns, and the user is more flexible in the proposition of the requirements.
In a specific implementation, the vehicle may detect the voice audio of the user in real time, and perform voice analysis on the voice audio to determine whether there is a voice input carrying the first scheduling request, and in a specific implementation, reference may be made to a description of voice recognition and man-machine interaction in the related art, which is not described herein in detail.
After the vehicle receives the voice input carrying the first scheduling request, the vehicle can perform voice recognition and keyword segmentation on the first scheduling request so as to determine a first service to be scheduled and a scheduling trend. For example, if the voice input is "game dotted card" or "game can run a little more", the vehicle may determine that the first service to be scheduled is a game service, and the scheduling trend is a forward scheduling trend. If the voice input is 'as if navigation can be omitted' or 'fast enough, then the vehicle knows how to walk', the vehicle can determine that the first service to be scheduled is the navigation service, and the scheduling trend is the reverse scheduling trend.
Further, if the vehicle determines that the candidate first service to be scheduled is a plurality of services according to the first scheduling request, for example, the currently running game service has a game 1 and a game 2, and if the vehicle receives a voice input "game dotted card", the vehicle can initially determine that the first service to be scheduled is the game 1 and the game 2. In this case, the vehicle may determine whether the user has made a request for all of the plurality of first services to be scheduled. If yes, the resource allocation information of the first businesses to be scheduled is adjusted. If not, the first to-be-scheduled service which is actually proposed by the user is further determined from the plurality of first to-be-scheduled services.
Optionally, the vehicle may determine, according to voiceprint characteristics of the voice input, a first service to be scheduled that the user actually proposes to be required.
In specific implementation, the vehicle-mounted device can extract the voiceprint feature a of the voice input, and if the user corresponding to the voiceprint feature a can be determined to be the user a, the first service to be scheduled which is actually proposed by the user according to the user a can be determined, for example, the identity information of the user a is matched with the account information logged in on the game 1 and the game 2. If the user corresponding to the voiceprint feature a cannot be determined, for example, the user corresponding to the voiceprint feature a is a visitor, and the local or the whole cloud of the vehicle does not store the corresponding identity information. The vehicle may then, with the aid of other information, determine the first service to be scheduled for which the user actually proposes a request, and, illustratively, the vehicle may output, based on a man-machine conversation, a message such as "is a request for game 1 card? "etc. to determine the first service to be scheduled for which the user actually proposes a claim.
Optionally, the vehicle may determine, according to the voice region feature of the voice input, a first service to be scheduled that the user actually proposes a request.
In specific implementation, the positions corresponding to different sound areas are different, and users riding on different positions are different. The vehicle machine can determine a voice zone B of voice input, and further determine a position B corresponding to the voice zone B, wherein the first service to be scheduled which is running on a terminal screen and corresponds to the position B is the first service to be scheduled which is actually proposed to be appealing by the user.
The two embodiments can also be combined and implemented, and the first service to be scheduled which is required by the user to be actually proposed can not be determined according to the voiceprint characteristics of the voice input in the vehicle, and the first service to be scheduled which is required by the user to be actually proposed can be further determined according to the voice region of the voice input. Or, the first service to be scheduled, which is actually proposed by the user, cannot be determined in the vehicle according to the voice region of the voice input, and the first service to be scheduled, which is actually proposed by the user, can be further determined according to the voiceprint feature of the voice input.
It may be understood that, in the embodiment of the present application, the implementation of acquiring the first scheduling request according to the voice input and determining the first to-be-scheduled service and the scheduling trend of the first to-be-scheduled service is not limited thereto, and may be specifically determined according to actual needs, which is not specifically limited herein.
In mode 2), the vehicle may acquire the first scheduling request by receiving an operation of the page by the user. The page operation mode is more standard, and the response speed and the response effectiveness of the vehicle to the user can be improved.
In particular implementations, the vehicle may receive a first operation of a user at a target page. The target page may be a current running page of the service, or may be a preset setting page of the vehicle, where the setting page may be a page independent of the current running page of the service, or may be a page covering or suspending on the current running page of the service, and may be specifically determined according to actual needs, and is not specifically limited herein.
The first operation may be a touch operation performed by the user on the target page, and specifically may include a clicking operation, a sliding operation, a gesture operation, etc. performed by the user through a finger or a touch device, for example, a stylus. The vehicle may acquire an operation parameter of the first operation when receiving the first operation, and then determine a corresponding scheduling request according to the operation parameter of the first operation. The operation parameters may include, but are not limited to, touch position, touch duration, touch trajectory, number of touches, etc.
Optionally, the vehicle may preset a touch gesture corresponding to the first scheduling request, and if the vehicle receives a touch operation of a user on the target page, and the operation parameter indicates that the current touch gesture matches with the preset touch gesture input, the service where the target page is located may be determined as the first service to be scheduled.
Optionally, the vehicle may preset a first touch gesture corresponding to the forward scheduling trend and a second touch gesture corresponding to the reverse scheduling trend respectively. If the vehicle machine receives touch operation of a user on the target page and the operation parameters represent that the current touch gesture is matched with the first touch gesture, the service where the target page is located can be determined to be a first service to be scheduled, and the scheduling trend is determined to be a forward scheduling trend. If the vehicle machine receives touch operation of the user on the target page and the operation parameters determine that the current touch gesture is matched with the second touch gesture, the service where the target page is located can be determined to be a first service to be scheduled and the scheduling trend is determined to be a reverse scheduling trend.
Optionally, the vehicle may display a first control corresponding to the forward scheduling trend and a second control corresponding to the reverse scheduling trend in the target page. If the vehicle machine receives touch click operation of a user on the target page and the click operation acts on the first control, the service where the target page is located can be determined to be a first service to be scheduled, and the scheduling trend is determined to be a forward scheduling trend. If the vehicle machine receives touch click operation of the user on the target page and the click operation acts on the second control, the service where the target page is located can be determined to be a first service to be scheduled, and the scheduling trend is determined to be a reverse scheduling trend.
The above embodiments may also be implemented in combination. For example, if the vehicle receives a touch operation of a user on the target page, and the operation parameter indicates that the current touch gesture matches with the preset touch gesture, the service where the target page is located may be determined as the first service to be scheduled. And then, the vehicle machine can display a first control corresponding to the forward scheduling trend and a second control corresponding to the reverse scheduling trend in the target page so as to receive touch click operation of the first control or the second control by a user to determine the scheduling trend of the first service to be scheduled.
It may be understood that, in the embodiment of the present application, the implementation of obtaining the first scheduling request according to the operation on the target page and determining the first service to be scheduled and the scheduling trend of the first service to be scheduled is not limited to this, and may be specifically determined according to actual needs, which is not specifically limited herein.
In an alternative embodiment, step 102 includes:
performing scene analysis on the first scheduling request to obtain at least one scene tag;
and determining a process associated with the first service to be scheduled according to the at least one scene tag.
In practical applications, the running of a certain business typically depends on a plurality of application/service processes. In this embodiment, the vehicle may determine, through scene analysis, at least one scene tag that matches with the first scheduling request, and determine, according to the at least one scene tag, all application/service processes on which the first service to be scheduled depends, so that resource scheduling for the first service to be scheduled starts from the process on which the service depends, and resource scheduling is more accurate and more perfect.
In particular implementations, the vehicle may pre-configure a scene database or scene set. Taking a scene database as an example, the vehicle machine can set corresponding scene labels for various services and various application/service processes under each service, and store the corresponding scene labels in the scene database in an associated manner. After the vehicle machine analyzes the first scheduling request scene to obtain at least one scene tag, the vehicle machine can respectively inquire the service corresponding to each scene tag and all application/service processes on which the service depends in the scene database.
In an alternative embodiment, step 103 includes:
and adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource use condition of the second service to be scheduled.
When adjusting the resources used by the first service to be scheduled, the use of the resources of other services in the system may be affected, for example, when the system resources are fully loaded, if the system resource quota of the first service to be scheduled is to be increased, the system resource quota of the other services in the system needs to be correspondingly reduced. In this embodiment, the second service to be scheduled may be any one or more services other than the first service to be scheduled in the system, and the vehicle may perform association adjustment on the first service to be scheduled and the second service to be scheduled according to the requirement of the first service to be scheduled and the resource usage situation of the second service to be scheduled, so that the overall resource allocation of the system is more balanced and effectively utilized, and the overall operation performance of the vehicle system is improved.
In particular, the scheduling trend of the second service to be scheduled may be opposite to the scheduling trend of the first service to be scheduled. Taking the system resource quota as an example, if the scheduling trend of the first service to be scheduled is a forward scheduling trend, if the system resource quota of the vehicle is full, or if the idle system resource quota is lower than the system resource quota of the first service to be scheduled, the vehicle needs to determine that one or more relatively unimportant services release certain system resources to meet the requirement of the first service to be scheduled, and on the premise of meeting the first service to be scheduled, no burden is caused to the system. The one or more relatively unimportant traffic may be the second traffic to be scheduled in this case.
For example, taking the system resource quota as an example, if the scheduling trend of the first service to be scheduled is a reverse scheduling trend, by adjusting the system resource quota of the first service to be scheduled, part of the system resources can be released, and the vehicle can determine one or more services with relatively low running performance to use the part of the system resources, so as to improve the running performance of the whole system. The one or more services with relatively low operation performance may be the second service to be scheduled in this case.
In this case, the vehicle may further adjust the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the resource usage situation of the second service to be scheduled, and further, may also combine the resource usage situation of the whole system.
Optionally, if the scheduling trend of the first service to be scheduled is a forward scheduling trend, the vehicle increases the system resource quota of the first service to be scheduled by a first quota and decreases the system resource quota of the second service to be scheduled by the first quota for the system resource quota under the condition that the system resource is fully loaded. And if the scheduling trend of the first service to be scheduled is a reverse scheduling trend, reducing the system resource quota of the first service to be scheduled by a second quota, and increasing the system resource quota of the second service to be scheduled by the second quota. The first quota or the second quota may be determined based on a resource usage of the second service to be scheduled.
And aiming at the priority, if the scheduling trend of the first service to be scheduled is a forward scheduling trend, the priority of the first service to be scheduled is improved, and the priority of the second service to be scheduled is reduced. And if the scheduling trend of the first service to be scheduled is a reverse scheduling trend, increasing the priority of the first service to be scheduled and decreasing the priority of the second service to be scheduled. The number of levels of priority increase or decrease may be determined based on the resource usage of the second traffic to be scheduled.
The scheduling trend of the second service to be scheduled may also be the same as the scheduling trend of the first service to be scheduled. For example, if the first service to be scheduled is a reverse image service and the scheduling trend is a forward scheduling trend, the 360-degree looking-around service can be determined to be the second service to be scheduled, and the resource allocation information of the reverse image service and the 360-degree looking-around service is adjusted under the condition that the resource usage condition of the 360-degree looking-around service and the resource usage condition of other services of the system are considered, so as to improve the overall operation performance of the system in a reverse scene.
Alternatively, in some cases, the scheduling trend of a portion of the processes associated with the second traffic to be scheduled is the same as the scheduling trend of the first traffic to be scheduled, while the scheduling trend of another portion of the processes is opposite to the scheduling trend of the first traffic to be scheduled. The specific determination may be determined according to the actual situation, and is not particularly limited herein.
In this embodiment, the second service to be scheduled may be determined by the user, or may be determined by the vehicle according to information during the running process of the vehicle or operation information of the user. Specifically, at least one of the following may be included:
1) And receiving a second scheduling request input by the user, analyzing the second scheduling request, and determining a second service to be scheduled.
2) And determining a second service to be scheduled according to the obtained target scheduling information.
In mode 1), the vehicle may receive a second scheduling request input by the user to determine a user's appeal to resource scheduling. The vehicle machine can extract the second scheduling request from the input of the user, and analyze the second scheduling request to obtain a second service to be scheduled, so that the resource allocation information of the whole adjusted system meets the actual requirement of the user.
It should be noted that, the implementation manner of the vehicle machine receiving the second scheduling request input by the user and the vehicle machine analyzing the second scheduling request may refer to the above description of the first scheduling request, and may be adaptively adjusted if necessary, so that repetition is avoided, and detailed description is omitted here.
In the mode 2), the vehicle-mounted device can take the information which can influence the resource scheduling and is acquired in the running process of the vehicle as target scheduling information, and automatically determine the second service to be scheduled according to the target scheduling information, so that the user does not need to execute input again, the user operation is reduced, and the overall intellectualization of the vehicle-mounted device system is improved. In addition, the information acquired in the running process of the system can more truly reflect the state of the vehicle, and the accuracy and the effectiveness of resource scheduling are improved.
In particular implementations, optionally, the target scheduling information may include, but is not limited to, at least one of: the state information of the vehicle, the perception information of the vehicle, the state information of the service, the operation information of the user, or the scheduling information obtained based on the previously collected history information.
a) Status information of the vehicle.
The state information of the vehicle, which may also be referred to as a vehicle signal, may include state information of the vehicle itself during running of the vehicle, for example, vehicle position information, vehicle speed, engine speed, throttle opening and closing degree, navigation state information, window state information, sunroof state information, seat state information, shift position information, autopilot state information, adjustable suspension system (Adaptive Damping System, ADS) state information, and the like.
The manner in which the second service to be scheduled is determined according to the state information of the vehicle is illustrated herein:
for example, assuming that the first service to be scheduled is a game service and the scheduling trend is a forward scheduling trend, if the vehicle machine obtains that the current vehicle is in a parking state, it can be inferred that the user has a smaller requirement for the service in the driving scene, and then the second service to be scheduled, for example, an automatic driving service, can be determined in the service in the driving scene.
In another example, assuming that the first service to be scheduled is a navigation service and the scheduling trend is a reverse scheduling trend, if the vehicle machine obtains that the current gear is a reverse gear, it can be inferred that the user has a larger demand for the service in the reverse scene, and then the second service to be scheduled can be determined in the service in the reverse scene.
b) Perception information of the vehicle.
The sensing information of the vehicle may include in-vehicle sensing information and/or out-of-vehicle sensing information. The in-vehicle sensing information can comprise in-vehicle environment sensing information such as in-vehicle temperature, humidity and the like, and also can comprise in-vehicle user sensing information, and the vehicle can acquire images through in-vehicle cameras and perform image recognition to acquire behavior information of a user. The vehicle exterior sensing information may include vehicle exterior sensing information such as temperature, humidity, etc. and may also include vehicle exterior driving sensing information, and the vehicle may sense pedestrians, vehicles, roads, etc. through vehicle exterior cameras, sensors, etc.
The manner in which the second service to be scheduled is determined according to the perceived information of the vehicle is illustrated herein:
the first service to be scheduled is a game service, the scheduling trend is a forward scheduling trend, if the vehicle acquires the camera acquisition information, and performs image recognition on the camera acquisition information to determine that a user who uses the video service in the back row is asleep, it can be inferred that the requirement of the user in the back row on the video service is smaller, and then the video service in the back row can be determined as the second service to be scheduled.
c) Status information of the service.
The state information of the service may include various states during the operation of the service and state information in various states. For example, the service belongs to an awake state, a standby state, a search state or other states, processes running in different states, running state information of each process, and the like.
The manner in which the second service to be scheduled is determined according to the status information of the service is illustrated herein:
the first service to be scheduled is a game service, the scheduling trend is a forward scheduling trend, and if the vehicle acquires that the navigation service is currently in a background running state and the number of awakenings or called times in a preset period is smaller than a preset threshold, or the duration of the foreground running in the preset period is smaller than the preset threshold, it can be inferred that the requirement of the user on the navigation service is smaller, and the navigation service can be determined as the second service to be scheduled.
d) Operation information of the user.
The operation information of the user may include operation information of application/service execution on which the user depends on the service, and it may be determined whether the user has a demand for the service and, in case of the demand, the degree of demand for the service. The above-described operation may be an operation performed by voice or an operation performed by touch, and is not particularly limited herein.
In some cases, the vehicle may combine the acquired operation information of the user with the state information of the service to determine a second service to be scheduled, which is illustrated herein:
the first service to be scheduled is a game service, the scheduling trend is a forward scheduling trend, if the vehicle machine obtains that the user starts the video service, and then the preset time interval does not execute any operation information, or the user is executing searching and browsing operations, and the video service is not in a state of playing video, it can be inferred that the user has a smaller requirement for the video service, and then the video service can be determined as the second service to be scheduled.
e) Scheduling information based on pre-collected history information.
The pre-collected historical information may include at least one item of pre-collected information from a) to d), may also include pre-collected user-defined information that may affect resource scheduling, for example, user-defined scheduling priority, blacklist service or whitelist service, authority information of the user, etc., and may also include a second service to be scheduled under different scheduling trends determined by history, which may be specifically determined according to actual situations, and is not limited herein specifically.
The vehicle machine can store the history information locally or upload the history information to the cloud end, and the cloud end can analyze and process the history information through big data analysis to obtain personalized scheduling data associated with the vehicle.
The vehicle machine collects navigation data in navigation service in the first three months in advance and uploads the navigation data to the cloud, and the cloud analyzes the navigation data to obtain the following information: in three months, the number of times that the user drives the vehicle to pass through the line A is more, and when the user drives the vehicle to run on the line A, the navigation service runs in the background for a long time, and the number of times that the user calls or wakes up the navigation service is also less. The vehicle can determine that the route A is a common route of the user or a route familiar to the user based on the information, in other words, the requirement for navigation service is smaller when the vehicle runs on the route A. If the current scheduling trend of a certain first service to be scheduled is a forward scheduling trend, the navigation service can be determined to be a second service to be scheduled according to the position information of the vehicle when the vehicle is determined to run on the line A.
It will be appreciated that the content of the information in a) to e) is not limited thereto, and the implementation of determining the second service to be scheduled according to at least one item of information in a) to e) by the vehicle is not limited thereto, and may be specifically determined according to actual requirements, and is not specifically limited herein.
It can be understood that in this embodiment, when the vehicle machine receives the second scheduling request input by the user and/or obtains the target scheduling information, the vehicle machine may also perform scene analysis on the second scheduling request and/or the target scheduling information to extract a scene tag, thereby determining the second service to be scheduled and a process associated with the second service to be scheduled, and the specific embodiment may refer to the description in the foregoing embodiment, so that repetition is avoided and no further description is provided herein.
It should be noted that, in the case that the second to-be-scheduled service is determined in both the above mode 1) and the mode 2), and the second to-be-scheduled services determined in both the modes conflict, and the system resources cannot be simultaneously satisfied, or in the case that the mode 1) or the mode 2) separately determines a plurality of second to-be-scheduled services, and the system resources cannot be simultaneously satisfied, the vehicle may further determine the unique second to-be-scheduled service in the determined plurality of second to-be-scheduled services.
Optionally, the vehicle may preset priorities of different services when a conflict occurs, where the priorities are different from priorities of the services on resource scheduling. And/or, the vehicle may preset the priorities of mode 1) and mode 2 when the collision occurs. When the conflict occurs, the vehicle-mounted device can determine the unique second service to be scheduled according to the preset priority.
It should be noted that, in the embodiment of the present application, the operating system carried by the vehicle is not limited, for example, the vehicle may carry a Linux operating system, and the resource scheduling method may be executed based on a mechanism of the Linux operating system. Under the condition that the vehicle machine is provided with the Linux operating system, the vehicle machine can realize resource scheduling by adding the first service to be scheduled into the target scheduling group and adjusting the resource allocation information by taking the scheduling group as a unit. Other services including the second service to be scheduled can also be added into different scheduling groups, and when the specific implementation is implemented, the services in one scheduling group can have functional commonality.
An example of implementing a resource scheduling method according to the embodiment of the present application is described below by taking a Linux operating system mounted on a vehicle as an example:
in this example, a resource scheduling monitor (hereinafter referred to as monitor) may be deployed in the user space of the Linux operating system, and the monitor executes the resource scheduling method provided by the embodiment of the present application. As shown in fig. 2, the monitor can be roughly divided into three parts:
a first part, a system bus. The system bus is used for receiving information acquired from inside and outside the vehicle, including but not limited to at least one of vehicle state information, vehicle perception information, user operation information (including a scheduling request input by a user), service state information and personalized data issued by a cloud personalized engine.
The second part, the scene engine. The scene engine can also be called a scene group, the scene engine is preconfigured with a scene database, and the scene engine can preset a scene script, wherein the scene script comprises a personalized scene script issued by a personalized engine of a receiving cloud, so that corresponding scene labels are set for various services and various application/service processes under each service, and the corresponding scene labels are associated and stored in the scene database. As shown in the figure
When the monitor receives a first scheduling request input by a user, scene analysis can be performed on the first scheduling request to obtain a scene tag, and then the corresponding service and all application/service processes on which the service depends can be queried in a scene database according to the scene tag.
And a third part, a resource scheduling engine. The resource scheduling engine may also be referred to as a resource scheduling group, and the resource scheduling engine is configured to adjust resource allocation information of the first service to be scheduled after determining the first service to be scheduled. The resource scheduling engine may include, but is not limited to, a CPU subsystem (for controlling CPU usage of a process), a CPU set subsystem (for allocating a separate CPU node or memory node for a process), a memory subsystem (for controlling memory usage of a process), a schedule subsystem (for controlling power consumption/performance of a process), a blkio subsystem (for controlling block device I/O resources of a process) in a Linux control group (Linux Control Group, linux CGroup).
As shown in fig. 3, the specific implementation steps of this example are as follows:
1) The vehicle is powered up.
2) The monitor is initialized.
3) The monitor creates a boost request dispatch group.
4) The monitor listens for boost requests.
The monitor may monitor the boost request, the user may input "play again a little bit" through voice, and perform scene analysis through the scene engine, and if the monitor monitors the boost request (the first scheduling request), step 5 is executed.
5) And adding the first business to be scheduled carried by the boost request to the boost request scheduling group.
6) The monitor performs resource scheduling on the scheduling group.
The monitor analyzes the resource use condition of other scheduling groups except the boost resource scheduling group in the system, and adjusts resource scheduling strategy, affinity, priority, system resource quota and other resource allocation information of each scheduling group by taking the scheduling group as a unit.
In this example, when the monitor receives a resource scheduling request actively initiated by a user, a first service to be scheduled may be determined, and the overall resource usage situation of the system may be analyzed first, and by using the analysis result, the resource allocation information of the process of the application/service associated with the first service to be scheduled is adjusted, so as to realize active resource scheduling, improve the effectiveness of overall resource scheduling of the system, and improve the system performance.
Referring to fig. 4, fig. 4 is a block diagram of a resource scheduling apparatus according to an embodiment of the present application.
As shown in fig. 4, the resource scheduling apparatus 400 includes:
a receiving module 401, configured to receive a first scheduling request input by a user;
an parsing module 402, configured to parse the first scheduling request, and determine a first service to be scheduled and a scheduling trend of the first service to be scheduled;
an adjusting module 403, configured to adjust, according to a scheduling trend of the first service to be scheduled, resource allocation information of the first service to be scheduled, where the resource allocation information includes at least one of a priority and a system resource quota.
Optionally, the receiving module 401 includes at least one of:
the first receiving unit is used for receiving a first voice input of a user, carrying out voice recognition on the first voice input and extracting a first scheduling request carried in the first voice input;
and the second receiving unit is used for receiving the first operation of the user on the first page and determining a first scheduling request of the user according to the operation parameters of the first operation.
Optionally, the parsing module 402 includes:
the analysis unit is used for carrying out scene analysis on the first scheduling request to obtain at least one scene tag;
And the first determining unit is used for determining the process associated with the first service to be scheduled according to the at least one scene tag.
Optionally, the adjustment module 403 is configured to:
and adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource use condition of the second service to be scheduled.
Optionally, the scheduling trend of the second service to be scheduled is opposite to the scheduling trend of the first service to be scheduled.
Optionally, the resource allocation information includes a system resource quota;
an adjustment module 403, comprising:
the first adjusting unit is used for increasing the system resource quota of the first service to be scheduled by a first quota and decreasing the system resource quota of the second service to be scheduled by the first quota under the condition that the scheduling trend of the first service to be scheduled is a forward scheduling trend;
the second adjusting unit is used for reducing the system resource quota of the first service to be scheduled by a second quota and increasing the system resource quota of the second service to be scheduled by the second quota under the condition that the scheduling trend of the first service to be scheduled is a reverse scheduling trend;
The first quota or the second quota is determined based on the resource use condition of the second service to be scheduled.
Optionally, the resource scheduling apparatus 400 further comprises at least one of:
the first determining module is used for receiving a second scheduling request input by a user, analyzing the second scheduling request and determining a second service to be scheduled;
and the second determining module is used for determining a second service to be scheduled according to the acquired target scheduling information.
Optionally, the target scheduling information includes at least one of: the state information of the vehicle, the perception information of the vehicle, the state information of the service, the operation information of the user, or the scheduling information obtained based on the previously collected history information.
The resource scheduling device 400 can implement the processes of the above method embodiments and achieve the same beneficial effects, and in order to avoid repetition, a detailed description is omitted here.
In the technical scheme of the application, the acquisition, storage, application and the like of the related user personal information all conform to the regulations of related laws and regulations, and the public sequence is not violated.
According to embodiments of the present application, the present application also provides an electronic device, a readable storage medium and a computer program product.
Fig. 5 shows a schematic block diagram of an example electronic device 500 that may be used to implement an embodiment of the application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the applications described and/or claimed herein.
As shown in fig. 5, the apparatus 500 includes a computing unit 501 that can perform various suitable actions and processes according to a computer program stored in a Read Only Memory (ROM) 502 or a computer program loaded from a storage unit 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the device 500 can also be stored. The computing unit 501, ROM 502, and RAM 503 are connected to each other by a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.
Various components in the device 500 are connected to the I/O interface 505, including: an input unit 506 such as a keyboard, a mouse, etc.; an output unit 507 such as various types of displays, speakers, and the like; a storage unit 508 such as a magnetic disk, an optical disk, or the like; and a communication unit 509 such as a network card, modem, wireless communication transceiver, etc. The communication unit 509 allows the device 500 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.
The computing unit 501 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 501 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 501 performs the various methods and processes described above, such as a resource scheduling method. For example, in some embodiments, the resource scheduling method may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as the storage unit 505. In some embodiments, part or all of the computer program may be loaded and/or installed onto the device 500 via the ROM 502 and/or the communication unit 509. When the computer program is loaded into RAM 503 and executed by computing unit 501, one or more steps of the resource scheduling method described above may be performed. Alternatively, in other embodiments, the computing unit 501 may be configured to perform the resource scheduling method by any other suitable means (e.g. by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present application may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of the present application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server incorporating a blockchain.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present disclosure may be performed in parallel, sequentially, or in a different order, so long as the desired result of the technical solution of the present disclosure is achieved, and the present disclosure is not limited herein.
According to an embodiment of the present application, the present application also provides a vehicle configured to perform the resource scheduling method provided by the embodiment of the present application, optionally, as shown in fig. 6, the vehicle may include a computing unit 601, a ROM602, a RAM603, a bus 604, a storage unit 605, an input unit 606, an output unit 607, a storage unit 608, and a communication unit 609. The specific implementation manner of each part may refer to the description of each part of the electronic device in the foregoing embodiment, and in order to avoid repetition, a description is omitted here.
The above embodiments do not limit the scope of the present application. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application should be included in the scope of the present application.

Claims (13)

1. A method for scheduling resources, the method comprising:
receiving a first scheduling request input by a user;
analyzing the first scheduling request, and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled;
and adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, wherein the resource allocation information comprises at least one of priority and system resource quota.
2. The method of claim 1, wherein the receiving the first scheduling request entered by the user comprises at least one of:
receiving a first voice input of a user, performing voice recognition on the first voice input, and extracting a first scheduling request carried in the first voice input;
and receiving a first operation of the user on the first page, and determining a first scheduling request of the user according to the operation parameters of the first operation.
3. The method according to claim 1 or 2, wherein said parsing the first scheduling request, determining a first traffic to be scheduled and a scheduling trend of the first traffic to be scheduled, comprises:
Performing scene analysis on the first scheduling request to obtain at least one scene tag;
and determining the process associated with the first service to be scheduled according to the at least one scene tag.
4. A method according to any one of claims 1-3, wherein said adjusting the resource allocation information of the first traffic to be scheduled according to the scheduling trend of the first traffic to be scheduled comprises:
and adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource use condition of the second service to be scheduled.
5. The method of claim 4, wherein the scheduling trend of the second traffic to be scheduled is opposite to the scheduling trend of the first traffic to be scheduled.
6. The method of claim 4 or 5, wherein the resource allocation information comprises a system resource quota;
the adjusting the resource allocation information of the first service to be scheduled and the second service to be scheduled according to the scheduling trend of the first service to be scheduled and the resource usage situation of the second service to be scheduled includes:
under the condition that the scheduling trend of the first service to be scheduled is a forward scheduling trend, increasing the system resource quota of the first service to be scheduled by a first quota, and decreasing the system resource quota of the second service to be scheduled by the first quota;
Reducing the system resource quota of the first service to be scheduled by a second quota and increasing the system resource quota of the second service to be scheduled by the second quota under the condition that the scheduling trend of the first service to be scheduled is a reverse scheduling trend;
the first quota or the second quota is determined based on the resource use condition of the second service to be scheduled.
7. The method according to any one of claims 4-6, further comprising at least one of:
receiving a second scheduling request input by a user, analyzing the second scheduling request, and determining a second service to be scheduled;
and determining a second service to be scheduled according to the obtained target scheduling information.
8. The method of claim 7, wherein the target scheduling information comprises at least one of: the state information of the vehicle, the perception information of the vehicle, the state information of the service, the operation information of the user, or the scheduling information obtained based on the previously collected history information.
9. A resource scheduling apparatus, the apparatus comprising:
the receiving module is used for receiving a first scheduling request input by a user;
The analysis module is used for analyzing the first scheduling request and determining a first service to be scheduled and a scheduling trend of the first service to be scheduled;
and the adjusting module is used for adjusting the resource allocation information of the first service to be scheduled according to the scheduling trend of the first service to be scheduled, wherein the resource allocation information comprises at least one of priority and system resource quota.
10. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-8.
11. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1-8.
12. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any of claims 1-8.
13. A vehicle configured to perform the method of any one of claims 1-8.
CN202210259604.2A 2022-03-16 2022-03-16 Resource scheduling method and device, electronic equipment and vehicle Pending CN116795523A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210259604.2A CN116795523A (en) 2022-03-16 2022-03-16 Resource scheduling method and device, electronic equipment and vehicle

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210259604.2A CN116795523A (en) 2022-03-16 2022-03-16 Resource scheduling method and device, electronic equipment and vehicle

Publications (1)

Publication Number Publication Date
CN116795523A true CN116795523A (en) 2023-09-22

Family

ID=88042389

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210259604.2A Pending CN116795523A (en) 2022-03-16 2022-03-16 Resource scheduling method and device, electronic equipment and vehicle

Country Status (1)

Country Link
CN (1) CN116795523A (en)

Similar Documents

Publication Publication Date Title
CN107977268B (en) Task scheduling method and device for artificial intelligence heterogeneous hardware and readable medium
US10969851B2 (en) Power management on an electronic device
JP7386878B2 (en) Dynamically adapting assistant responses
US20210373952A1 (en) Resource Scheduling Method and Apparatus, Electronic Device, and Storage Medium
KR102490908B1 (en) Resource scheduling method and terminal device
US20190147875A1 (en) Continuous topic detection and adaption in audio environments
CN108492827A (en) Wake-up processing method, device and the storage medium of application program
KR102553234B1 (en) Voice data processing method, device and intelligent vehicle
US11631412B2 (en) Proactive caching of assistant action content to enable resolution of spoken or typed utterances
US11763813B2 (en) Methods and systems for reducing latency in automated assistant interactions
US20200081981A1 (en) System and method for a scene builder
CN110795238A (en) Load calculation method and device, storage medium and electronic equipment
CN110414582A (en) A kind of model training method, calculates equipment and storage medium at device
WO2021036887A1 (en) Data processing system and method
US11164575B2 (en) Methods and systems for managing voice response systems to optimize responses
CN117290605A (en) Vehicle-mounted intelligent scene recommendation method, device, equipment and medium
CN116795523A (en) Resource scheduling method and device, electronic equipment and vehicle
CN117043790A (en) On-device generation and personalization of zero prefix suggestions and use thereof
CN114115533A (en) Intelligent interaction method and device
US10741173B2 (en) Artificial intelligence (AI) based voice response system etiquette
CN113581215B (en) Vehicle control method and device and vehicle
CN110895576A (en) Display method and device for terminal screen protection
US11947923B1 (en) Multimedia content management for large language model(s) and/or other generative model(s)
CN113918334A (en) Equipment performance optimization method and device, electronic equipment and storage medium
CN108052382B (en) I/O scheduling method, terminal and readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication