资源调度方法、装置、电子设备及车辆与流程

1.本技术涉及车辆技术领域，尤其涉及一种资源调度方法、装置、电子设备及车辆。


背景技术：

2.随着智能技术的发展，座舱内生态越来越完善，越来越多的业务和服务被接入座舱内，以满足用户的多种个性化需求，这使得多业务/服务并发的场景越来越复杂，例如，主驾在使用导航进行安全驾驶，副驾在看电影，而后排在玩游戏。对于系统开发者来说，需要尽可能保证在用户可感知的层面做到及时响应，不出现明显的卡顿现象。


技术实现要素：

3.本技术提供了一种资源调度方法、装置、电子设备及车辆。
4.根据本技术的第一方面，提供了一种资源调度方法，所述方法包括：
5.接收用户输入的第一调度请求；
6.对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；
7.根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。
8.本技术实施中，用户可以通过输入第一调度请求主动触发对资源调度策略的调整，通过对第一调度请求进行解析以得到第一待调度业务和调度趋势，再根据第一待调度业务的调度趋势，调整第一待调度业务的资源分配信息，从而使调整后第一待调度业务的资源分配信息满足用户的实际需求，且能够使对系统资源的利用得到有效优化，提高了系统整体的运行性能。
9.可选地，所述接收用户输入的第一调度请求，包括以下至少一项：
10.接收用户的第一语音输入，并对所述第一语音输入进行语音识别，提取所述第一语音输入中携带的第一调度请求；
11.接收用户在第一页面的第一操作，并根据所述第一操作的操作参数，确定用户的第一调度请求。
12.本实施方式中，可以通过用户的语音输入确定第一调度请求。语音输入的方式较便捷，且可以解放用户的双手，不影响用户对业务的使用，而且语音输入的形式不受限，用户可以输入相同语义但不同句式的语音音频，对用户来说诉求的提出更加灵活。此外，也可以通过用户对页面的操作确定第一调度请求，对页面的可操作形式较规范，系统对操作的响应速度更快，响应有效性更高。
13.可选地，所述对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势，包括：
14.对所述第一调度请求进行场景解析，得到至少一个场景标签；
15.根据所述至少一个场景标签，确定所述第一待调度业务关联的进程。
16.本实施方式中，通过对第一待调度业务进行场景解析，以确定第一待调度业务关联的进程，使对第一待调度业务的资源调度从业务依赖的进程出发，资源调度更加准确，更有利于提升第一待调度业务的性能。
17.可选地，所述根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，包括：
18.根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息。
19.本实施方式中，可以根据第一待调度业务以外的第二待调度业务的资源使用情况，来对第一待调度业务与第二待调度业务进行关联调整，以实现系统整体资源的平衡和有效利用，提高系统整体的运行性能。
20.可选地，所述第二待调度业务的调度趋势与所述第一待调度业务的调度趋势相反。
21.可选地，所述资源分配信息包括系统资源配额；
22.所述根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息，包括：
23.在所述第一待调度业务的调度趋势为正向调度趋势的情况下，将所述第一待调度业务的系统资源配额增加第一配额，并将所述第二待调度业务的系统资源配额减少所述第一配额；
24.在所述第一待调度业务的调度趋势为反向调度趋势的情况下，将所述第一待调度业务的系统资源配额减少第二配额，并将所述第二待调度业务的系统资源配额增加所述第二配额；
25.其中，所述第一配额或所述第二配额基于所述第二待调度业务的资源使用情况确定。
26.可选地，所述方法还包括以下至少一项：
27.接收用户输入的第二调度请求，并对所述第二调度请求进行解析，确定第二待调度业务；
28.根据获取的目标调度信息，确定第二待调度业务。
29.本实施方式中，可以接收用户输入的第二调度请求来确定用户对资源调度的诉求，使调整后系统整体的资源分配信息满足用户的实际需求。此外，也可以将车辆运行过程中获取的可影响资源调度的信息作为目标调度信息，并根据目标调度信息自行确定第二待调度业务，无需用户再次执行输入，减少用户操作，提高车机系统整体的智能化。
30.可选地，所述目标调度信息包括以下至少一项：车辆的状态信息、车辆的感知信息、业务的状态信息、用户的操作信息或基于预先采集的历史信息得到的调度信息。
31.根据本技术的第二方面，提供了一种资源调度装置，所述装置包括：
32.接收模块，用于接收用户输入的第一调度请求；
33.解析模块，用于对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；
34.调整模块，用于根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。
35.可选地，所述接收模块包括以下至少一项：
36.第一接收单元，用于接收用户的第一语音输入，并对所述第一语音输入进行语音识别，提取所述第一语音输入中携带的第一调度请求；
37.第二接收单元，用于接收用户在第一页面的第一操作，并根据所述第一操作的操作参数，确定用户的第一调度请求。
38.可选地，所述解析模块包括：
39.解析单元，用于对所述第一调度请求进行场景解析，得到至少一个场景标签；
40.第一确定单元，用于根据所述至少一个场景标签，确定所述第一待调度业务关联的进程。
41.可选地，所述调整模块，用于：
42.根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息。
43.可选地，所述第二待调度业务的调度趋势与所述第一待调度业务的调度趋势相反。
44.可选地，所述资源分配信息包括系统资源配额；
45.所述调整模块，包括：
46.第一调整单元，用于在所述第一待调度业务的调度趋势为正向调度趋势的情况下，将所述第一待调度业务的系统资源配额增加第一配额，并将所述第二待调度业务的系统资源配额减少所述第一配额；
47.第二调整单元，用于在所述第一待调度业务的调度趋势为反向调度趋势的情况下，将所述第一待调度业务的系统资源配额减少第二配额，并将所述第二待调度业务的系统资源配额增加所述第二配额；
48.其中，所述第一配额或所述第二配额基于所述第二待调度业务的资源使用情况确定。
49.可选地，所述装置还包括以下至少一项：
50.第一确定模块，用于接收用户输入的第二调度请求，并对所述第二调度请求进行解析，确定第二待调度业务；
51.第二确定模块，用于根据获取的目标调度信息，确定第二待调度业务。
52.可选地，所述目标调度信息包括以下至少一项：车辆的状态信息、车辆的感知信息、业务的状态信息、用户的操作信息或基于预先采集的历史信息得到的调度信息。
53.根据本技术的第三方面，提供了一种电子设备，包括：
54.至少一个处理器；以及
55.与所述至少一个处理器通信连接的存储器；其中，
56.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本技术的第一方面所述的方法。
57.根据本技术的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本技术的第一方面所述的方法。
58.根据本技术的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本技术的第一方面所述的方法。
59.根据本技术的第六方面，提供了一种车辆，被配置为执行本技术的第一方面所述的方法。
附图说明
60.图1是本技术实施例提供的一种资源调度方法的流程示意图；
61.图2是本技术实施例提供的一种车机的逻辑架构示意图；
62.图3是本技术实施例提供的一种资源调度方法的流程示意图；
63.图4是本技术实施例提供的一种资源调度装置的结构示意图；
64.图5是本技术实施例提供的一种电子设备的结构示意图；
65.图6是本技术实施例提供的一种车辆的结构示意图。
具体实施方式
66.以下结合附图对本技术的示范性实施例做出说明，其中包括本技术实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本技术的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
67.请参见图1，图1是本技术实施例提供的一种资源调度方法的流程图。本技术实施例的资源调度方法可以由车辆执行，具体可以由车辆的车机执行，也可以由车辆的相关控制器执行，例如专用于资源调度的控制器执行，具体可根据实际情况确定。为方便理解，本技术实施例中以车机执行为例，对该资源调度方法进行说明，并不作具体限定。
68.如图1所示，资源调度方法包括以下步骤：
69.步骤101、接收用户输入的第一调度请求。
70.本技术实施例中，资源调度方法可以由用户主动触发。车机可以通过接收用户输入的第一调度请求，获取用户对资源调度的主观诉求，从而调整资源分配策略。
71.具体实现时，车机可以通过用户的语音输入确定第一调度请求。示例性地，用户可以输入语音“游戏有点卡”或者“游戏可以再跑快一点”，以期望提升游戏业务的运行性能，来获得更优的游戏体验。车机在接收到上述语音输入后，可以对应调整对游戏业务的资源分配策略。
72.车机也可以通过用户对页面的操作确定第一调度请求。示例性地，在游戏运行页面可以显示“想要游戏加速吗？”的小弹窗，用户可以对“是”对应的按钮执行操作，以期望提升游戏业务的运行性能，来获得更优的游戏体验。车机在接收到上述操作后，可以对应调整对游戏业务的资源分配策略。
73.步骤102、对第一调度请求进行解析，确定第一待调度业务和第一待调度业务的调度趋势。
74.第一待调度业务可以为一个，也可以为多个。车机在确定第一待调度业务后，可以根据业务逻辑进一步确定与每个第一待调度业务关联的进程，后续车机对第一待调度业务进行的资源调度，可以为对与第一待调度业务关联的进程进行的资源调度。
75.调度趋势可以包括正向调度趋势或反向调度趋势。正向调度趋势对应的调整，可以优化分配给第一待调度业务的系统资源，从而提升第一待调度业务的运行性能，例如，使
第一待调度业务运行流畅性提高，或显示清晰度提高，或响应速度提高等。反向调度趋势对应的调整，可以限制分配给第一待调度业务的系统资源，例如，使第一待调度业务的刷新率降低，或帧率降低，或显示清晰度降低等，这样可以释放出部分对第一待调度业务来说不必要的系统资源，这部分系统资源可以提供给或者预留给其他需要的业务，从而提升系统整体的运行性能。
76.车机在接收到第一调度请求后，可以对第一调度请求进行解析，具体解析的方式可以基于第一调度请求的类型确定，在此不作具体限定。
77.示例性的，若车机接收到用户的语音输入，则车机可以从语音输入中提取关键词，来确定第一待调度业务和/或调度趋势，车机可以预设确定第一待调度业务的关键词条件，以及预设确定调度趋势的关键词条件。
78.又示例性地，若车机接收到用户对页面的操作，则车机可以根据操作的操作参数，例如，若用户对页面的操作为触控操作的情况下，可以根据触控操作作用的位置，来确定第一待调度业务和/或调度趋势。
79.步骤103、根据第一待调度业务的调度趋势，调整第一待调度业务的资源分配信息。
80.其中，资源分配信息包括优先级、系统资源配额中的至少一项。除此之外，资源分配信息还可以包括其他信息，例如亲和性、与第一待调度业务关联的多个进程之间的资源分配信息，具体可根据实际需要确定，在此不作具体限定。
81.车机在确定第一待调度业务以及第一待调度业务的调度趋势后，可以对系统内各业务的资源使用情况进行分析，并根据分析情况确定如何调整第一待调度业务的资源分配信息。
82.在第一待调度业务的调度趋势为正向调度趋势的情况下，对第一待调度业务的资源分配信息的调整可以包括以下至少一项：
83.1)增加分配给第一待调度业务的系统资源，即，增加第一待调度业务的系统资源配额。示例性地，增加第一待调度业务的处理线程，调整前仅一个线程处理第一待调度业务，调整后三个线程同时处理第一待调度业务。又示例性地，增加单次调度中第一待调度业务可使用中央处理器(central processing unit，cpu)的时长，调整前单次调度中第一待调度业务可使用中央处理器的时长为10秒，调整后单次调度中第一待调度业务可使用中央处理器的时长为20秒。再示例性地，增加单次调度中第一待调度业务可使用的缓存空间，调整前单次调度中第一待调度业务可使用的缓存空间为1g，调整后单次调度中第一待调度业务可使用的缓存空间为2g。需要说明的是，上述示例中的具体数值仅用于解释说明，并不对本技术实施例进行限定。
84.2)提高第一待调度业务的优先级，或者使第一待调度业务的优先级满足正向调度趋势的调度条件，以提高第一待调度业务的资源竞争能力。
85.在第一待调度业务的调度趋势为反向调度趋势的情况下，对第一待调度业务的资源分配信息的调整可以包括以下至少一项：
86.1)减少分配给第一待调度业务的系统资源，即，减少第一待调度业务的系统资源配额。示例性地，减少第一待调度业务的处理线程，或者，缩短单次调度中第一待调度业务可使用cpu的时长，或者，减少单次调度中第一待调度业务可使用的缓存空间。
87.2)降低第一待调度业务的优先级，或者使第一待调度业务的优先级满足反向调度趋势的调度条件，以降低第一待调度业务的资源竞争能力。
88.本技术实施例中，用户可以通过第一调度请求主动触发对资源调度策略的调整，车机通过对第一调度请求进行解析以得到第一待调度业务和调度趋势，再根据第一待调度业务的调度趋势，调整第一待调度业务的资源分配信息，从而使调整后第一待调度业务的资源分配信息满足用户的实际需求。车机对系统资源的调度不再局限于某一固定的策略，也不再局限于系统自身的调整，而可以考虑用户对不同业务的实际需求，不仅使各业务的运行更满足用户的实际需求，车机对系统资源的利用也能得到有效优化，提高了车机系统整体的运行性能。
89.下面对本技术实施例的具体实施方式作进一步说明：
90.本技术实施例中，第一调度请求承载有用户对资源调度的诉求，可以从用户的输入中提取第一调度请求，并对第一调度请求进行解析得到第一待调度业务和第一待调度业务的调度趋势。
91.在一可选实施方式中，步骤101包括以下至少一项：
92.1)接收用户的第一语音输入，并对第一语音输入进行语音识别，提取第一语音输入中携带的第一调度请求。
93.2)接收用户在第一页面的第一操作，并根据第一操作的操作参数，确定用户的第一调度请求。
94.在方式1)中，车机可以通过接收用户的语音输入，来获取第一调度请求。语音输入的方式较便捷，且可以解放用户的双手，不影响用户对业务的使用，而且语音输入的形式不受限，用户可以输入相同语义但不同句式的语音音频，对用户来说诉求的提出更加灵活。
95.具体实现时，车机可以实时检测用户的语音音频，并对语音音频进行语音分析，以确定是否存在携带有第一调度请求的语音输入，具体实施方式可以参照相关技术中对语音识别和人机对话的说明，在此不赘述。
96.车机接收到携带有第一调度请求的语音输入后，可以对第一调度请求进行语音识别并进行关键词分割，以确定第一待调度业务和调度趋势。示例性地，若语音输入为“游戏有点卡”或者“游戏可以再跑快一点”，车机可以确定第一待调度业务为游戏业务，且调度趋势为正向调度趋势。若语音输入为“好像可以不用导航了”或者“快到了，之后我知道怎么走了”，车机可以确定第一待调度业务为导航业务，且调度趋势为反向调度趋势。
97.进一步的，若车机根据第一调度请求，确定候选的第一待调度业务为多个，例如，当前运行的游戏业务有游戏1和游戏2，若车机接收到语音输入“游戏有点卡”，可以初步确定第一待调度业务为游戏1和游戏2。此情况下，车机可以判断用户是否对多个第一待调度业务均提出了诉求。若是，则对多个第一待调度业务均进行资源分配信息的调整。若否，则从多个第一待调度业务进一步确定用户实际提出诉求的第一待调度业务。
98.可选地，车机可以根据语音输入的声纹特征确定用户实际提出诉求的第一待调度业务。
99.具体实现时，车机可以提取语音输入的声纹特征a，若可以确定声纹特征a对应的用户为用户甲，则可以根据用户甲确定用户实际提出诉求的第一待调度业务，例如，将用户甲的身份信息与游戏1、游戏2上登录的账号信息进行匹配。若不可以确定声纹特征a对应的
用户，例如，声纹特征a对应的用户为访客，车机本地或整车云端没有存储对应的身份信息。则车机可以再借助其他信息辅助确定用户实际提出诉求的第一待调度业务，示例性地，车机可以基于人机对话，输出如“请问是游戏1卡吗？”等的语音提示，来确定用户实际提出诉求的第一待调度业务。
100.可选地，车机可以根据语音输入的音区特征确定用户实际提出诉求的第一待调度业务。
101.具体实现时，不同音区对应的位置不同，不同位置上乘坐的用户不同。车机可以确定语音输入的音区b，并进一步确定音区b对应的位置b，位置b对应的终端屏幕上正在运行的第一待调度业务则为用户实际提出诉求的第一待调度业务。
102.上述两种实施方式也可以结合实施，在车机根据语音输入的声纹特征无法确定用户实际提出诉求的第一待调度业务，可以进一步根据语音输入的音区确定用户实际提出诉求的第一待调度业务。或者，在车机根据语音输入的音区无法确定用户实际提出诉求的第一待调度业务，可以进一步根据语音输入的声纹特征确定用户实际提出诉求的第一待调度业务。
103.可以理解是，本技术实施例中，根据语音输入获取第一调度请求，并确定第一待调度业务和第一待调度业务的调度趋势的实施方式并不限于此，具体可根据实际需要确定，在此不作具体限定。
104.在方式2)中，车机可以通过接收用户对页面的操作，来获取第一调度请求。对页面操作的方式较规范，能够提高车机对用户诉求的响应速度和响应的有效性。
105.具体实现时，车机可以在目标页面接收用户的第一操作。上述目标页面可以为业务当前的运行页面，也可以为车机预设的设置页面，该设置页面可以为独立于业务当前的运行页面的页面，也可以为覆盖或悬浮于业务当前的运行页面的页面，具体可根据实际需要确定，在此不作具体限定。
106.上述第一操作可以为用户对目标页面的触控操作，具体可以包括用户通过手指或触控装置，例如触控笔执行的点击操作、滑动操作、手势操作等。车机可以在接收到上述第一操作时，获取第一操作的操作参数，再根据第一操作的操作参数确定对应的调度请求。上述操作参数可以包括但不限于触控位置、触控时长、触控轨迹、触控次数等。
107.可选地，车机可以预设第一调度请求对应的触控手势，若车机在目标页面接收到用户的触控操作，且操作参数表征当前触控手势与预设触控手势输入匹配时，可以将目标页面所在的业务确定为第一待调度业务。
108.可选地，车机可以分别预设正向调度趋势对应的第一触控手势和反向调度趋势对应的第二触控手势。若车机在目标页面接收到用户的触控操作，且操作参数表征当前触控手势与第一触控手势匹配时，可以将目标页面所在的业务确定为第一待调度业务，且确定调度趋势为正向调度趋势。若车机在目标页面接收到用户的触控操作，且操作参数确定当前触控手势与第二触控手势匹配时，可以将目标页面所在的业务确定为第一待调度业务，且确定调度趋势为反向调度趋势。
109.可选地，车机可以在目标页面中显示正向调度趋势对应的第一控件和反向调度趋势对应的第二控件。若车机在目标页面接收到用户的触控点击操作，且点击操作作用于第一控件时，可以将目标页面所在的业务确定为第一待调度业务，且确定调度趋势为正向调
度趋势。若车机在目标页面接收到用户的触控点击操作，且点击操作作用于第二控件时，可以将目标页面所在的业务确定为第一待调度业务，且确定调度趋势为反向调度趋势。
110.上述几种实施方式也可以结合实施。例如，若车机在目标页面接收到用户的触控操作，且操作参数表征当前触控手势与预设触控手势匹配时，可以将目标页面所在的业务确定为第一待调度业务。之后，车机可以在目标页面中显示正向调度趋势对应的第一控件和反向调度趋势对应的第二控件，以接收用户对第一控件或第二控件的触控点击操作，来确定第一待调度业务的调度趋势。
111.可以理解是，本技术实施例中，根据对目标页面的操作获取第一调度请求，并确定第一待调度业务和第一待调度业务的调度趋势的实施方式并不限于此，具体可根据实际需要确定，在此不作具体限定。
112.在一可选实施方式中，步骤102包括：
113.对第一调度请求进行场景解析，得到至少一个场景标签；
114.根据至少一个场景标签，确定第一待调度业务关联的进程。
115.实际应用中，某一业务的运行通常依赖于多个应用/服务进程。本实施方式中，车机可以通过场景解析，确定与第一调度请求匹配的至少一个场景标签，并根据这至少一个场景标签确定第一待调度业务所依赖的所有应用/服务进程，以使对第一待调度业务的资源调度从业务依赖的进程出发，资源调度更加准确、更完善。
116.具体实现时，车机可以预先配置场景数据库或场景集合。以场景数据库为例，车机可以对各种业务以及每个业务下的各种应用/服务进程设置对应的场景标签，并关联存储至场景数据库中。车机在对第一调度请求场景解析得到至少一个场景标签后，可以到场景数据库中分别查询每个场景标签对应的业务以及业务所依赖的所有应用/服务进程。
117.在一可选实施方式中，步骤103包括：
118.根据第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整第一待调度业务和第二待调度业务的资源分配信息。
119.对第一待调度业务所使用的资源进行调整时，可能会对系统中其他业务的资源使用造成影响，例如，在系统资源满载时，若要提高第一待调度业务的系统资源配额，则需要相应降低系统中的其他业务的系统资源配额。本实施方式中，第二待调度业务可以为系统中除第一待调度业务之外的任意一个或多个业务，车机可以根据第一待调度业务的需求，以及第二待调度业务的资源使用情况，对第一待调度业务和第二待调度业务进行关联调整，从而使系统整体资源分配更加平衡和有效利用，提高车机系统整体的运行性能。
120.具体实现时，第二待调度业务的调度趋势可以与第一待调度业务的调度趋势相反。示例性地，以系统资源配额为例，若第一待调度业务的调度趋势为正向调度趋势，在车机系统资源满载，或者在空闲的系统资源配额低于第一待调度业务需增加的系统资源配额的情况下，车机需要确定一个或多个相对不重要的业务释放出一定的系统资源，来满足第一待调度业务的需求，在满足第一待调度业务的前提下，不对系统造成负担。上述一个或多个相对不重要的业务可以为本情况下的第二待调度业务。
121.又示例性地，以系统资源配额为例，若第一待调度业务的调度趋势为反向调度趋势，则通过对第一待调度业务的系统资源配额进行调整，可以释放部分系统资源，车机可以确定一个或多个运行性能相对较低的业务来使用这部分系统资源，以提高系统整体的运行
性能。上述一个或多个运行性能相对较低的业务可以为本情况下的第二待调度业务。
122.此情况下，车机可以根据第二待调度业务的资源使用情况，进一步的，还可以结合系统整体的资源使用情况，调整第一待调度业务和第二待调度业务的资源分配信息。
123.可选地，车机在系统资源满载的情况下，针对系统资源配额，若第一待调度业务的调度趋势为正向调度趋势，将第一待调度业务的系统资源配额增加第一配额，并将第二待调度业务的系统资源配额减少第一配额。若第一待调度业务的调度趋势为反向调度趋势的情况下，将第一待调度业务的系统资源配额减少第二配额，并将第二待调度业务的系统资源配额增加第二配额。上述第一配额或第二配额可以基于第二待调度业务的资源使用情况确定。
124.针对优先级，若第一待调度业务的调度趋势为正向调度趋势，将第一待调度业务的优先级提高，并将第二待调度业务的优先级降低。若第一待调度业务的调度趋势为反向调度趋势的情况下，将第一待调度业务的优先级提高，并将第二待调度业务的优先级降低。优先级提高或降低的级数可以基于第二待调度业务的资源使用情况确定。
125.第二待调度业务的调度趋势也可以与第一待调度业务的调度趋势相同。示例性地，第二待调度业务与第一待调度业务存在应用上的关联关系，例如倒车影像业务和360环视业务通常同时运行，若第一待调度业务为倒车影像业务，且调度趋势为正向调度趋势，则可以确定360环视业务为第二待调度业务，在考虑360环视的资源使用情况和系统其它业务的资源使用情况的情况下，对倒车影像业务和360环视业务的资源分配信息均进行调整，以提高倒车场景下系统整体的运行性能。
126.或者，在一些情况下，第二待调度业务关联的一部分进程的调度趋势与第一待调度业务的调度趋势相同，而另一部分进程的调度趋势与第一待调度业务的调度趋势相反。具体可根据实际情况确定，在此不作具体限定。
127.需要说明的是，本实施方式中，第二待调度业务可以由用户确定，也可以由车机根据车辆运行过程中的信息或用户的操作信息等自行确定。具体的，可以包括以下至少一项：
128.1)接收用户输入的第二调度请求，并对第二调度请求进行解析，确定第二待调度业务。
129.2)根据获取的目标调度信息，确定第二待调度业务。
130.方式1)中，车机可以接收用户输入的第二调度请求来确定用户对资源调度的诉求。车机可以从用户的输入中提取第二调度请求，并对第二调度请求进行解析得到第二待调度业务，使调整后系统整体的资源分配信息满足用户的实际需求。
131.需要说明的是，车机接收用户输入的第二调度请求，以及车机对第二调度请求进行解析的实施方式可以参照上述对第一调度请求的说明，必要时，可以作适应性地调整，为避免重复，在此不再赘述。
132.方式2)中，车机可以将车辆运行过程中获取的可影响资源调度的信息作为目标调度信息，并根据目标调度信息自行确定第二待调度业务，无需用户再次执行输入，减少用户操作，提高车机系统整体的智能化。此外，系统运行过程中获取的信息更能真实反映车辆的状态，提高资源调度的准确性和有效性。
133.具体实现时，可选地，目标调度信息可以包括但不限于以下至少一项：车辆的状态信息、车辆的感知信息、业务的状态信息、用户的操作信息或基于预先采集的历史信息得到
的调度信息。
134.a)车辆的状态信息。
135.车辆的状态信息，也可以称为车信号，可以包括车辆运行过程中车辆本身的状态信息，例如，车辆位置信息、车速、发动机转速、油门开合度、导航状态信息、车窗状态信息、天窗状态信息、座椅状态信息、档位信息、自动驾驶状态信息、可调式避震系统(adaptive damping system，ads)状态信息等。
136.根据车辆的状态信息确定第二待调度业务的方式，在此举例说明：
137.示例性地，假设第一待调度业务为游戏业务，且调度趋势为正向调度趋势，若车机获取到当前车辆处于驻车状态，可以推断用户对行车场景下的业务的需求较小，则可以在行车场景下的业务中确定第二待调度业务，例如自动驾驶业务。
138.又示例性地，假设第一待调度业务为导航业务，且调度趋势为反向调度趋势，若车机获取到当前档位为倒挡，可以推断用户对倒车场景下的业务的需求较大，则可以在倒车场景下的业务中确定第二待调度业务。
139.b)车辆的感知信息。
140.车辆的感知信息可以包括车内感知信息和/车外感知信息。车内感知信息可以包括车内环境感知信息，例如车内温度、湿度等，还可以包括车内用户感知信息，车机可以通过车内摄像头采集图像，并进行图像识别以获取用户的行为信息。车外感知信息可以包括车外环境感知信息，例如车外温度、湿度等，还可以包括车外行车感知信息，车机可以通过车外摄像头、传感器等感知行人、车辆、道路等。
141.根据车辆的感知信息确定第二待调度业务的方式，在此举例说明：
142.示例性地，假设第一待调度业务为游戏业务，且调度趋势为正向调度趋势，若车机获取到摄像头采集信息，并对摄像头采集信息进行图像识别确定后排使用视频业务的用户已经睡着，可以推断后排用户对视频业务的需求较小，则可以将后排视频业务确定为第二待调度业务。
143.c)业务的状态信息。
144.业务的状态信息可以包括业务运行过程中的各种状态以及各种状态下的状态信息。例如，业务属于唤醒态、待机态、搜索态还是其他状态，不同状态下运行的进程有哪些，各进程的运行状态信息等。
145.根据业务的状态信息确定第二待调度业务的方式，在此举例说明：
146.示例性地，假设第一待调度业务为游戏业务，且调度趋势为正向调度趋势，若车机获取到导航业务当前处于后台运行状态，且预设周期内被唤醒或被调用的次数小于预设阈值，或者，在预设周期内处于前台运行的时长小于预设阈值，可以推断用户对导航业务的需求较小，则可以将导航业务确定为第二待调度业务。
147.d)用户的操作信息。
148.用户的操作信息可以包括用户对业务依赖的应用/服务执行的操作信息，通过用户的操作信息可以确定用户是否对业务存在需求，以及存在需求的情况下，对业务的需求程度。上述操作可以是通过语音执行的操作，也可以是通过触控执行的操作，在此不作具体限定。
149.在一些情况下，车机可以将获取到的用户的操作信息与业务的状态信息结合，来
确定第二待调度业务的方式，在此举例说明：
150.示例性地，假设第一待调度业务为游戏业务，且调度趋势为正向调度趋势，若车机获取到用户启动视频业务后，间隔预设时长没有执行任何操作信息，或用户在执行搜索、浏览操作，且视频业务未处于播放视频的状态，可以推断用户对视频业务的需求较小，则可以将视频业务确定为第二待调度业务。
151.e)基于预先采集的历史信息得到的调度信息。
152.预先采集的历史信息可以包括预先采集的上述a)至d)中的至少一项信息，也可以包括预先采集的用户自定义的可影响资源调度的信息，例如用户自定义的调度优先级、黑名单业务或白名单业务、用户的权限信息等，还可以包括历史确定的不同调度趋势下的第二待调度业务，具体可根据实际情况确定，在此不作具体限定。
153.车机可以将上述历史信息可以存储至本地或上传至云端，以上传至云端为例，云端可以通过大数据分析对上述历史信息进行分析处理，得到与车辆关联的个性化调度数据。
154.示例性地，车机预先采集前三个月内导航业务中的导航数据，并上传至云端，云端通过对导航数据进行分析，获取到以下信息：三个月内，用户驾驶车辆经过线路a的次数较多，且用户驾驶车辆行驶在线路a上时，导航业务较长时间运行在后台，用户调用或唤醒导航业务的次数也较少。车机基于上述信息可以确定线路a为用户的常用线路或用户熟悉的线路，换言之，车辆行驶在线路a上时，对导航业务的需求较小。若当前存在某一第一待调度业务的调度趋势为正向调度趋势，可以根据车辆的位置信息，在确定车辆行驶在线路a上时，将导航业务确定为第二待调度业务。
155.可以理解的是，上述a)至e)中的信息内容并不限于此，车机根据a)至e)中的至少一项信息确定第二待调度业务的实施方式也不限于此，具体可根据实际需求决定，在此不作具体限定。
156.可以理解的是，本实施方式中，车机在接收到用户输入的第二调度请求和/或获取到目标调度信息时，也可以通过对第二调度请求和/或目标调度信息进行场景分析，以提取场景标签，从而确定第二待调度业务以及第二待调度业务关联的进程，具体实施方式可以参照上述实施方式中的说明，为避免重复，在此不再赘述。
157.需要说明的是，在上述方式1)和方式2)均确定有第二待调度业务，且两种方式确定的第二待调度业务冲突，且系统资源不能同时满足的情况下，或者，在方式1)或方式2)单独确定多个第二待调度业务，且系统资源不能同时满足的情况下，车机可以在确定的多个第二待调度业务进一步确定唯一的第二待调度业务。
158.可选地，车机可以预设不同业务在冲突发生时的优先级，需要说明的是，该优先级不同于业务在资源调度上的优先级。和/或，车机可以预设方式1)和方式2在冲突发生时的优先级。在冲突发生时，车机可以根据上述预设的优先级确定唯一的第二待调度业务。
159.需要说明的是，本技术实施例不对车机搭载的操作系统进行限定，例如，车机可以搭载linux操作系统，则资源调度方法可以基于linux操作系统的机制执行。当车机搭载有linux操作系统的情况下，车机可以通过将第一待调度业务加入目标调度组，并以调度组为单位调整资源分配信息，实现资源调度。包括第二待调度业务在内的其他业务也可以加入不同的调度组，具体实现时，一个调度组中的业务可以具有功能上的共通性。
160.下面以车机搭载有linux操作系统为例，介绍本技术实施例的一种实施资源调度方法的示例：
161.本示例中，可以在linux操作系统的用户空间部署有资源调度监视器(以下简称监视器)，则由监视器执行本技术实施例提供的资源调度方法。如图2所示，监视器大致可划分为三个部分：
162.第一部分，系统总线。系统总线用于接收车辆内外获取的信息，包括但不限于车辆的状态信息、车辆的感知信息、用户的操作信息(包括用户输入的调度请求)、业务的状态信息、云端的个性化引擎下发的个性化数据中的至少一项。
163.第二部分，场景引擎。场景引擎也可以称为场景组，场景引擎预先配置有场景数据库，场景引擎可以预设场景脚本，包括从接收云端的个性化引擎下发的个性化场景脚本，以对各种业务以及每个业务下的各种应用/服务进程设置对应的场景标签，并关联存储至场景数据库中。如图
164.监视器在接收到用户输入的第一调度请求时，可以对第一调度请求进行场景解析得到场景标签，之后可以根据场景标签到场景数据库中查询对应的业务以及业务所依赖的所有应用/服务进程。
165.第三部分，资源调度引擎。资源调度引擎也可以称为资源调度组，资源调度引擎用于在确定第一待调度业务后，调整第一待调度业务的资源分配信息。资源调度引擎可以包括但不限于linux控制组(linux control group，linux cgroup)中的cpu子系统(用于控制进程的cpu使用率)、cpuset子系统(用于为进程分配单独的cpu节点或者内存节点)、memory子系统(用于控制进程的内存使用量)、schedtune子系统(用于控制进程的功耗/性能)、blkio子系统，(用于控制进程的块设备i/o资源)。
166.如图3所示，本示例的具体实施步骤如下：
167.1)车辆上电。
168.2)监视器初始化。
169.3)监视器创建boost请求调度组。
170.4)监视器监听boost请求。
171.监视器可以监听boost请求，用户可以通过语音输入“游戏再跑快一点”，并经过场景引擎进行场景分析，若监视器监听到上述boost请求(第一调度请求)，执行步骤5)。
172.5)将boost请求携带的第一待调度业务添加到boost请求调度组。
173.6)监视器对调度组进行资源调度。
174.监视器分析系统中除boost资源调度组之外的其他调度组的资源使用情况，以调度组为单位调整各调度组的资源调度策略、亲和性、优先级、系统资源配额等资源分配信息。
175.本示例中，当监视器收到用户主动发起的资源调度请求时，可以确定第一待调度业务，并先对系统整体资源使用情况进行分析，通过分析结果，对第一待调度业务关联的应用/服务的进程的资源分配信息进行调整，实现主动式的资源调度，提升系统整体资源调度的的有效性，提升系统性能。
176.参见图4，图4是本技术实施例提供的资源调度装置的结构图。
177.如图4所示，资源调度装置400包括：
178.接收模块401，用于接收用户输入的第一调度请求；
179.解析模块402，用于对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；
180.调整模块403，用于根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。
181.可选地，接收模块401包括以下至少一项：
182.第一接收单元，用于接收用户的第一语音输入，并对所述第一语音输入进行语音识别，提取所述第一语音输入中携带的第一调度请求；
183.第二接收单元，用于接收用户在第一页面的第一操作，并根据所述第一操作的操作参数，确定用户的第一调度请求。
184.可选地，解析模块402包括：
185.解析单元，用于对所述第一调度请求进行场景解析，得到至少一个场景标签；
186.第一确定单元，用于根据所述至少一个场景标签，确定所述第一待调度业务关联的进程。
187.可选地，调整模块403用于：
188.根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息。
189.可选地，所述第二待调度业务的调度趋势与所述第一待调度业务的调度趋势相反。
190.可选地，所述资源分配信息包括系统资源配额；
191.调整模块403，包括：
192.第一调整单元，用于在所述第一待调度业务的调度趋势为正向调度趋势的情况下，将所述第一待调度业务的系统资源配额增加第一配额，并将所述第二待调度业务的系统资源配额减少所述第一配额；
193.第二调整单元，用于在所述第一待调度业务的调度趋势为反向调度趋势的情况下，将所述第一待调度业务的系统资源配额减少第二配额，并将所述第二待调度业务的系统资源配额增加所述第二配额；
194.其中，所述第一配额或所述第二配额基于所述第二待调度业务的资源使用情况确定。
195.可选地，资源调度装置400还包括以下至少一项：
196.第一确定模块，用于接收用户输入的第二调度请求，并对所述第二调度请求进行解析，确定第二待调度业务；
197.第二确定模块，用于根据获取的目标调度信息，确定第二待调度业务。
198.可选地，所述目标调度信息包括以下至少一项：车辆的状态信息、车辆的感知信息、业务的状态信息、用户的操作信息或基于预先采集的历史信息得到的调度信息。
199.资源调度装置400能够实现上述方法实施例的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
200.本技术的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
201.根据本技术的实施例，本技术还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
202.图5示出了可以用来实施本技术的实施例的示例电子设备500的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
203.如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
204.设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
205.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如资源调度方法。例如，在一些实施例中，资源调度方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元505。在一些实施例中，计算机程序的部分或者全部可以经由rom 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501执行时，可以执行上文描述的资源调度方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行资源调度方法。
206.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
207.用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件
包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
208.在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
209.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
210.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
211.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
212.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
213.根据本技术的实施例，本技术还提供了一种车辆，其被配置为执行本技术实施例提供的资源调度方法，可选地是，如图6所示，该车辆可以包括计算单元601、rom602、ram603、总线604、存储单元605、输入单元606、输出单元607、存储单元608和通信单元609。上述各部分的具体实施方式可以参照上述实施例中对电子设备的各部分的说明，为避免重复，在此不再赘述。
214.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。

技术特征：
1.一种资源调度方法，其特征在于，所述方法包括：接收用户输入的第一调度请求；对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。2.根据权利要求1所述的方法，其特征在于，所述接收用户输入的第一调度请求，包括以下至少一项：接收用户的第一语音输入，并对所述第一语音输入进行语音识别，提取所述第一语音输入中携带的第一调度请求；接收用户在第一页面的第一操作，并根据所述第一操作的操作参数，确定用户的第一调度请求。3.根据权利要求1或2所述的方法，其特征在于，所述对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势，包括：对所述第一调度请求进行场景解析，得到至少一个场景标签；根据所述至少一个场景标签，确定所述第一待调度业务关联的进程。4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，包括：根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息。5.根据权利要求4所述的方法，其特征在于，所述第二待调度业务的调度趋势与所述第一待调度业务的调度趋势相反。6.根据权利要求4或5所述的方法，其特征在于，所述资源分配信息包括系统资源配额；所述根据所述第一待调度业务的调度趋势和第二待调度业务的资源使用情况，调整所述第一待调度业务和所述第二待调度业务的资源分配信息，包括：在所述第一待调度业务的调度趋势为正向调度趋势的情况下，将所述第一待调度业务的系统资源配额增加第一配额，并将所述第二待调度业务的系统资源配额减少所述第一配额；在所述第一待调度业务的调度趋势为反向调度趋势的情况下，将所述第一待调度业务的系统资源配额减少第二配额，并将所述第二待调度业务的系统资源配额增加所述第二配额；其中，所述第一配额或所述第二配额基于所述第二待调度业务的资源使用情况确定。7.根据权利要求4-6任一项所述的方法，其特征在于，所述方法还包括以下至少一项：接收用户输入的第二调度请求，并对所述第二调度请求进行解析，确定第二待调度业务；根据获取的目标调度信息，确定第二待调度业务。8.根据权利要求7所述的方法，其特征在于，所述目标调度信息包括以下至少一项：车辆的状态信息、车辆的感知信息、业务的状态信息、用户的操作信息或基于预先采集的历史信息得到的调度信息。
9.一种资源调度装置，其特征在于，所述装置包括：接收模块，用于接收用户输入的第一调度请求；解析模块，用于对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；调整模块，用于根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。11.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。12.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法。13.一种车辆，其特征在于，被配置为执行如权利要求1-8中任一项所述的方法。

技术总结
本申请提供了一种资源调度方法、装置、电子设备及车辆，涉及计算机技术领域。其中，所述方法包括：接收用户输入的第一调度请求；对所述第一调度请求进行解析，确定第一待调度业务和所述第一待调度业务的调度趋势；根据所述第一待调度业务的调度趋势，调整所述第一待调度业务的资源分配信息，所述资源分配信息包括优先级、系统资源配额中的至少一项。本申请能够使资源调度满足用户的实际需求，提高资源调度的有效性。的有效性。的有效性。


技术研发人员：罗延文
受保护的技术使用者：上海集度汽车有限公司
技术研发日：2022.03.16
技术公布日：2023/9/22