CN111796951A

CN111796951A - 一种车载信息娱乐系统的调度方法和电子设备

Info

Publication number: CN111796951A
Application number: CN202010693409.1A
Authority: CN
Inventors: 章苹; 于春波; 雷淼森; 李宁
Original assignee: Hubei Ecarx Technology Co Ltd
Current assignee: Ecarx Hubei Tech Co Ltd
Priority date: 2020-07-17
Filing date: 2020-07-17
Publication date: 2020-10-20
Anticipated expiration: 2040-07-17
Also published as: CN111796951B

Abstract

本发明提供了一种车载信息娱乐系统的调度方法和电子设备。车载信息娱乐系统包括中心控制器、至少一个控制方以及至少一个受控方。该方法包括：在启动车载信息娱乐系统后，初始化中心控制器与各控制方和各受控方之间的消息管理规则和消息通道；通过与控制方对应的消息通道接收控制方发送的针对目标受控方的控制消息，根据消息管理规则检测控制消息是否有效；若消息管理规则检测控制消息有效，通过与目标受控方对应的消息通道将控制消息下发至目标受控方。本发明将车载信息娱乐系统中作为受控方的各应用关联起来，通过接入中心控制器实现资源共享和应用控制，在提高下发消息的处理效率的同时避免下发消息的互相干扰，有效保障车内人员的人身安全。

Description

一种车载信息娱乐系统的调度方法和电子设备

技术领域

本发明涉及车载信息娱乐产品技术领域，特别是一种车载信息娱乐系统的调度方法和电子设备。

背景技术

在智能车辆的行驶过程中，驾驶员需要对车辆进行各类控制，而车载信息娱乐系统是车辆控制的核心。在现有的车载信息娱乐系统的调度方法中，在对车载信息娱乐系统的多个应用下发多任务指令时，效率低，响应慢，且存在互相干扰的风险，无法有效保障车内人员的人身安全。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的车载信息娱乐系统的调度方法和电子设备。

本发明的一个目的是提供一种可提高下发消息的处理效率并避免下发消息的互相干扰的车载信息娱乐系统的调度方法。

本发明一个进一步的目的是通过保证下发消息的有效性进行精准调度。

根据本发明实施例的一方面，提供了一种车载信息娱乐系统的调度方法，所述车载信息娱乐系统包括中心控制器、至少一个控制方以及至少一个受控方，所述调度方法包括：

在启动所述车载信息娱乐系统后，初始化所述中心控制器与各所述控制方和各所述受控方之间的消息管理规则和消息通道；

通过与所述控制方对应的所述消息通道接收所述控制方发送的针对目标受控方的控制消息，根据所述消息管理规则检测所述控制消息是否有效；

若所述控制消息有效，通过与所述目标受控方对应的所述消息通道将所述控制消息下发至所述目标受控方。

可选地，该方法还包括：

接收所述目标受控方执行所述控制消息后反馈的数据，并将所述反馈的数据发送至所述控制方。

可选地，所述初始化所述中心控制器与各所述控制方和各所述受控方之间的消息管理规则和消息通道，包括：

所述中心控制器响应各所述控制方和各所述受控方的注册请求对各所述控制方和各所述受控方进行注册，以建立所述中心控制器与各所述控制方和各所述受控方之间的消息管理规则和消息通道。

可选地，所述根据所述消息管理规则检测所述控制消息是否有效，包括：

根据所述消息管理规则检测所述控制信息是否存在差错；

若所述控制信息不存在差错，则检测所述目标受控方是否已注册；

若检测出所述目标受控方已注册，则判断所述控制消息有效。

可选地，在检测出所述目标受控方已注册之后，该方法还包括：

检测所述目标受控方的运行状态是否正常；

若所述目标受控方的运行状态正常，则判断所述控制消息有效。

可选地，在通过与所述目标受控方对应的所述消息通道将所述控制消息下发至所述目标受控方之前，该方法还包括：

若所述控制消息有效，对所述控制消息进行过滤处理得到处理后的控制消息；

所述通过与所述目标受控方对应的所述消息通道将所述控制消息下发至所述目标受控方，包括：

通过与所述目标受控方对应的所述消息通道将所述处理后的控制消息下发至所述目标受控方。

可选地，所述对所述控制消息进行过滤处理得到处理后的控制消息，包括：

根据预设选取规则，从指定时长内收到的相同的多条所述控制消息中选取一条所述控制消息作为所述处理后的控制消息。

可选地，该方法还包括：

在将所述控制消息下发至所述目标受控方的过程中，监听所述目标受控方是否出现异常；

若监听到所述目标受控方出现异常，判断所述异常的类型，并根据所述异常的类型进行相应处理。

可选地，该方法还包括：

在初始化所述中心控制器与各所述控制方和各所述受控方之间的消息管理规则和消息通道时，还初始化所述中心控制器与各所述控制方和各所述受控方之间的交互数据类型和所述中心控制器的数据区；

在初始化所述中心控制器与各所述控制方和各所述受控方之间的交互数据类型和所述中心控制器的数据区之后，接收所述受控方根据所述交互数据类型上传的数据，并将接收的所述受控方的数据存储于所述数据区；

将存储的所述受控方的数据推送至所述控制方以更新所述控制方的数据。

根据本发明实施例的另一方面，还提供了一种电子设备，包括：

处理器；以及

存储有计算机程序代码的存储器；

当所述计算机程序代码被所述处理器运行时，导致所述电子设备执行根据前文任一项所述的车载信息娱乐系统的调度方法。

本发明实施例提出的车载信息娱乐系统的调度方法中，在启动车载信息娱乐系统后，由中心控制器初始化与各控制方和受控方之间的消息管理规则和消息通道，进而由中心控制机基于该消息管理规则和消息通道将控制方的控制消息下发至目标受控方。本发明的方案能够将车载信息娱乐系统中作为受控方的各应用关联起来，通过接入中心控制器实现资源共享和应用控制，且保证任何向中心控制器发出的消息只有一条消息通道，互不干扰，从而在提高下发消息的处理效率的同时避免下发消息的互相干扰，有效保障车内人员的人身安全。

进一步地，在接收到控制方发送的控制消息后，中心控制器可根据定义的消息管理规则对控制消息进行差错检测、目标受控方存在性检测、目标受控方状态检测等，有效保证下发消息的有效性，从而实现精准调度。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一实施例的车载信息娱乐系统的调度方法的流程示意图。

图2示出了根据本发明一实施例的车载信息娱乐系统的框架示意图；

图3示出了根据本发明另一实施例的车载信息娱乐系统的调度方法的流程示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决上述技术问题，本发明实施例提出一种车载信息娱乐系统的调度方法。

图1示出了根据本发明一实施例的车载信息娱乐系统的调度方法的流程示意图。图2示出了根据本发明一实施例的车载信息娱乐系统的调度方法中涉及的车载信息娱乐系统的框架示意图。

如图2所示，本发明实施例的调度方法中涉及的车载信息娱乐系统可包括中心控制器、至少一个控制方和至少一个受控方。控制方主要是车身硬件或者车载信息娱乐系统中权限较高的有下发指令动作的应用，可包括但不限于方控、仪表(也可称为控制板集成组件，Dash Integration Module，简称DIM)、widget小工具、VR(Virtual Reality，虚拟现实)模块等。受控方主要是一些媒体应用，可包括但不限于车载信息娱乐系统自带的自定义多媒体应用和第三方多媒体应用，例如腾讯新闻、喜马拉雅等。中心控制器用于执行本发明实施例的车载信息娱乐系统的调度方法。

参见图1所示，该调度方法至少可以包括以下步骤S102至步骤S106。

步骤S102，在启动车载信息娱乐系统后，初始化中心控制器与各控制方和各受控方之间的消息管理规则和消息通道。

步骤S104，通过与控制方对应的消息通道接收控制方发送的针对目标受控方的控制消息，根据消息管理规则检测控制消息是否有效。若控制消息有效，则执行步骤S106。

步骤S106，通过与目标受控方对应的消息通道将控制消息下发至目标受控方。

本发明实施例提出的车载信息娱乐系统的调度方法中，在启动车载信息娱乐系统后，由中心控制器初始化与各控制方和受控方之间的消息管理规则和消息通道，进而由中心控制器基于该消息管理规则和消息通道将控制方的控制消息下发至目标受控方。本发明的方案能够将车载信息娱乐系统中作为受控方的各应用关联起来，通过接入中心控制器实现资源共享和应用控制，且保证任何向中心控制器发出的消息只有一条消息通道，互不干扰，从而在提高下发消息的处理效率的同时避免下发消息的互相干扰，有效保障车内人员的人身安全。

上文步骤S102中，由中心控制器初始化与各控制方和各受控方之间的消息管理规则和消息通道，即图2中所示的中心控制器中的消息通道和控制区，其中控制区中主要是定义中心控制器与各控制方和各受控方之间的消息管理规则(或称控制逻辑)，对接消息通道。当消息通道的消息到达控制区，根据对应的消息管理规则对消息进行相应的处理，进而对受控方进行相应控制。消息通道主要用于各个控制方通过独立的通道去获取受控方的数据以及控制受控方，降低耦合，避免互相干扰。

在一个实施例中，可通过以下方式初始化中心控制器与各控制方和各受控方之间的消息管理规则和消息通道：中心控制器响应各控制方和各受控方的注册请求对各控制方和各受控方进行注册，以建立中心控制器与各控制方和各受控方之间的消息管理规则和消息通道。

具体地，在车载信息娱乐系统的IHU(Infotainment Head Unit，信息娱乐主机)启动之后，初始化中心控制器服务以待受控方和控制方接入。受控方和控制方向中心控制器注册后，即可建立中心控制器与各控制方和各受控方之间的消息管理规则和消息通道。例如，作为受控方的多媒体应用向中心控制器注册，注册成功之后得到专属的Token(令牌)，作为该多媒体应用后续进行数据交互的身份证。如果当前中心控制器保存的Token和想要交互的多媒体应用所持有的Token不一致，则该多媒体应用无法进行后续的与中心控制器的数据交互。

在一个实施例中，如图2所示，中心控制器还可以包括数据区。在这种情况下，在步骤S102初始化中心控制器与各控制方和各受控方之间的消息管理规则和消息通道的同时，还可以初始化中心控制器与各控制方和各受控方之间的交互数据类型和中心控制器的数据区。进而，在初始化中心控制器与各控制方和各受控方之间的交互数据类型和中心控制器的数据区之后，中心控制器还可以接收受控方根据交互数据类型上传的数据，并将接收的受控方的数据存储于数据区。随后，中心控制器将存储的受控方的数据推送至控制方以更新控制方的数据。交互数据类型可根据受控方与控制方的具体类型进行定义，本发明对此不做具体限制。举例来说，对于多媒体应用类型的受控方，交互数据类型可包括但不限于歌曲、歌手名、专辑封面URL(Uniform Resource Locator，统一资源定位符)、歌曲长度、歌词、音乐类型等。数据区主要用于保存交互数据，该数据可以被所有控制方共享(因此数据区也可称为数据共享区)，以保证数据的唯一性。但是，控制方没有权限修改数据区的数据，只能使用该数据进行显示、控制播放等。例如，多媒体应用向中心控制器注册，获得唯一的Token，多媒体应用请求将数据保存到中心控制器，中心控制器对多媒体应用提供的Token进行验证，验证通过之后，多媒体应用根据定义的交互数据类型把相关数据发送至中心控制器，以保存到中心控制器的数据区中。进而，中心控制器向作为控制方的仪表推送多媒体应用的数据以进行数据更新。通过建立交互数据类型和数据区，可实现资源共享以及反控，增强系统调度的可拓展性。

上文步骤S104中，根据消息管理规则检测控制消息是否有效的步骤可包括对控制消息的差错检测和目标受控方的存在性检测。差错检测的目的是检查控制消息对应的操作(action)是否满足设定的规则条件。具体地，根据定义的消息管理规则检测控制信息是否存在差错。若控制消息存在差错，则确定控制消息无效。若控制信息不存在差错，则进一步检测目标受控方是否已注册。若目标受控方已注册(即，目标受控方已存在于车载信息娱乐系统的调度框架中，可与中心控制器进行数据交互)，则确定控制信息有效。否则，确定控制信息无效，不进行控制消息下发。消息管理规则与具体的控制方和目标受控方相关，不同的控制方和受控方，其消息管理规则也不同。

进一步地，在检测出目标受控方已注册之后，还可以进一步检测目标受控方的运行状态是否正常。如果目标受控方的运行状态正常，则判断控制消息有效。否则，判断控制消息无效，不进行控制消息下发。

例如，方控发送控制消息“下一首”至中心控制器，中心控制器会对该控制消息的有效性进行判断。如果“下一首”action满足设定的条件(例如，当前播放音乐不是最后一首或者音乐可循环播放)，则继续检测当前中心控制器是否有作为目标受控方的音乐多媒体应用注册，并且该音乐多媒体应用的状态是否正常。如果是，则中心控制器将“下一首”下发至音乐多媒体应用，以执行“下一首”的操作命令。

在一些实施例中，在检测控制消息的有效性时，还可以对发送控制消息的控制方的合法性进行检测。具体地，检测发送控制消息的控制方是否已向中心控制器注册，和/或该控制方是否具有对目标受控方的控制权限等。

需要说明的是，上述控制消息的有效性检测当中，控制消息的差错检测、目标受控方的存在性检测、目标受控方的状态检测、控制方的合法性检测的顺序并非是一定的，而是可以随意互换顺序。例如，可以按照控制消息的差错检测、目标受控方的存在性检测、目标受控方的状态检测、控制方的合法性检测的顺序执行控制消息的有效性检测，也可以按照目标受控方的存在性检测、控制消息的差错检测、目标受控方的状态检测、控制方的合法性检测的顺序执行控制消息的有效性检测，或者还可以按照控制方的合法性检测、目标受控方的存在性检测、控制消息的差错检测、目标受控方的状态检测的顺序执行控制消息的有效性检测等等。本领域技术人员可以穷举出控制消息的差错检测、目标受控方的存在性检测、目标受控方的状态检测、控制方的合法性检测的所有可能的执行顺序，本文不作赘述。

在本发明的实施例中，在接收到控制方发送的控制消息后，中心控制器可根据定义的消息管理规则对控制消息进行差错检测、目标受控方存在性检测、目标受控方状态检测等，有效保证下发消息的有效性，从而实现精准调度。

上文步骤S106中，将控制消息下发至目标受控方。

在一个实施例中，在将控制消息下发(即消息传输)至目标受控方的过程中，还可以监听目标受控方是否出现异常。若目标受控方出现异常，则判断异常的类型，并根据异常的类型进行相应处理。异常的类型可包括不可恢复型异常和可恢复型异常。若出现不可恢复型异常，则取消传输，若出现可恢复型异常，则在消除该可恢复型异常后重新传输。另外，在传输过程中实时监听到目标受控方的异常时，还可以判断传输失败，并对传输失败的原因进行提示。例如，在消息传输过程中若目标受控方被杀死，则中心控制器会通过预定义的消息监听发现目标受控方异常退出，进而，中心控制器判断出此为不可恢复型异常，因此，中心控制器取消当前传输，清空当前数据区和当前接入传输的目标受控方，并初始化自身的状态，以待下一个消息的处理。又例如，目标受控方(如腾讯新闻)当前接入中心控制器并正接收中心控制器传输的消息，此时，另一受控方(如喜马拉雅)接入中心控制器并且发起传输数据步骤，中心控制器监听到当前接入的受控方发生转移，会发出警告，提示当前中心控制器的数据区对应的受控方和当前想要传输的连接方不是同一个应用，并停止传输(即，传输失败)。继而，若喜马拉雅退出传输，腾讯新闻恢复接入中心控制器，则可以恢复消息下发至腾讯新闻的传输过程。或者，如果喜马拉雅先执行预定义的接口规则(如抢占焦点方法等)刷新中心控制器的数据区，也可以继续恢复传输，此时，传输在喜马拉雅与中心控制器之间发生。

图3示出了根据本发明另一实施例的车载信息娱乐系统的调度方法的流程示意图。参见图3所示，在一个实施例中，在步骤S104之后，步骤S106之前，还可以包括步骤S105：若检测出控制消息有效，对控制消息进行过滤处理得到处理后的控制消息。具体地，可根据预设选取规则，从指定时长内收到的相同的多条控制消息中选取一条控制消息作为处理后的控制消息。根据具体的选取规则，可以选取指定时长内收到的相同的多条控制消息中的第一条、最后一条等作为处理后的控制消息。相应地，步骤S106实施为：通过与目标受控方对应的消息通道将处理后的控制消息下发至目标受控方。

例如，用户可能会因为误操作widget小工具而在短时间(如1s)下发多个“播放/暂停”指令，导致多媒体应用的播放状态快速更替，产生不好的用户体验。通过中心控制器对这类重复的指令消息进行过滤，滤除不必要的指令消息，只处理第一个或最后一个指令，可以保证消息通道里面消息传输不阻塞，保证调度的实时性，同时避免多媒体应用的状态频繁变化，影响用户体验。

继续参见图3所示，在一个实施例中，在步骤S106之后，还可以包括步骤S108：接收目标受控方执行控制消息后反馈的数据，并将反馈的数据发送至控制方。具体地，在控制消息下发到达目标受控方后，目标受控方执行该控制消息(如控制指令)并向中心控制器反馈数据。反馈的数据可以是执行成功的消息、执行失败的消息、控制方请求的数据等。进而，中心控制器将目标受控方反馈的数据发送至控制方。例如，若控制方下发的控制消息为对目标受控方的当前数据的请求，则在目标受控方接收到控制消息并执行后，目标受控方向中心控制器反馈目标受控方的当前数据，进而中心控制器将目标受控方反馈的当前数据发送给控制方。

另外，在一些实施例中，各控制方可设置有不同的优先级。对于优先级较高的控制方，可无需向中心控制器注册，即可具有对受控方的控制权限。例如，诸如方控、仪表等控制方为车载信息娱乐系统中的功能模块，具有较高的优先级，因此无需向中心控制器注册，即可通过向中心控制器发送消息以获取受控方提供的数据。诸如widget小工具、VR模块等控制方，通常由第三方应用程序开发者提供，安全性相比方控、仪表等比较低，因此，需要先向中心控制器注册，在注册成功之后，才能根据中心控制器提供的权限请求受控方提供的数据。

基于同一发明构思，本发明实施例还提供了一种电子设备。该电子设备包括：处理器；以及存储有计算机程序代码的存储器。当该计算机程序代码被处理器运行时，导致该电子设备执行上述任意一个实施例或其组合所述的车载信息娱乐系统的调度方法。

根据上述任意一个可选实施例或多个可选实施例的组合，本发明实施例能够达到如下有益效果：

所属领域的技术人员可以清楚地了解到，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，为简洁起见，在此不另赘述。

另外，在本发明各个实施例中的各功能单元可以物理上相互独立，也可以两个或两个以上功能单元集成在一起，还可以全部功能单元都集成在一个处理单元中。上述集成的功能单元既可以采用硬件的形式实现，也可以采用软件或者固件的形式实现。

本领域普通技术人员可以理解：所述集成的功能单元如果以软件的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，其包括若干指令，用以使得一台计算设备(例如个人计算机，服务器，或者网络设备等)在运行所述指令时执行本发明各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)，磁碟或者光盘等各种可以存储程序代码的介质。

或者，实现前述方法实施例的全部或部分步骤可以通过程序指令相关的硬件(诸如个人计算机，服务器，或者网络设备等的计算设备)来完成，所述程序指令可以存储于一计算机可读取存储介质中，当所述程序指令被计算设备的处理器执行时，所述计算设备执行本发明各实施例所述方法的全部或部分步骤。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：在本发明的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本发明的保护范围。

Claims

1.一种车载信息娱乐系统的调度方法，其特征在于，所述车载信息娱乐系统包括中心控制器、至少一个控制方以及至少一个受控方，所述调度方法包括：

2.根据权利要求1所述的调度方法，其特征在于，还包括：

3.根据权利要求1所述的调度方法，其特征在于，所述初始化所述中心控制器与各所述控制方和各所述受控方之间的消息管理规则和消息通道，包括：

4.根据权利要求1所述的调度方法，其特征在于，所述根据所述消息管理规则检测所述控制消息是否有效，包括：

根据所述消息管理规则检测所述控制信息是否存在差错；

5.根据权利要求4所述的调度方法，其特征在于，在检测出所述目标受控方已注册之后，还包括：

检测所述目标受控方的运行状态是否正常；

6.根据权利要求1所述的调度方法，其特征在于，在通过与所述目标受控方对应的所述消息通道将所述控制消息下发至所述目标受控方之前，还包括：

7.根据权利要求6所述的调度方法，其特征在于，所述对所述控制消息进行过滤处理得到处理后的控制消息，包括：

8.根据权利要求1所述的调度方法，其特征在于，还包括：

9.根据权利要求1所述的调度方法，其特征在于，还包括：

10.一种电子设备，其特征在于，包括：

处理器；以及

存储有计算机程序代码的存储器；

当所述计算机程序代码被所述处理器运行时，导致所述电子设备执行根据权利要求1-9中任一项所述的车载信息娱乐系统的调度方法。