CN115589576A - 车机及其信息处理方法、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种车机及其信息处理方法、电子设备及存储介质，车机的不同车机模块与车辆的事件总线通信连接，所述处理方法包括步骤：启动监听服务；通过监听服务从事件总线获取若干事件消息并存储至监听服务的事件队列；根据预设规则从事件队列中选择一则事件消息作为目标消息；发送目标消息至关联于监听服务的第三方应用。本发明通过监听服务获取事件总线的事件消息，并根据预设规则选定目标消息推送给第三方应用，实现基于车机模块、监听服务和第三方应用之间的三方消息传递机制，充分挖掘并集成利用了车机的信息资源，从而提高了用户体验。

Description

车机及其信息处理方法、电子设备及存储介质

技术领域

本发明涉及信息处理技术领域，具体涉及一种车机及其信息处理方法、电子设备及存储介质。

背景技术

车机是一种设置在汽车内部的车载信息产品，能够实现人与车以及车与车之间的信息通讯。随着信息技术的快速发展，车机能够获取并呈现的内容也越来越多，各种用于车辆驾驶或车上休闲的功能模块不断丰富。

然而车机信息要素不断增加的同时，不同的功能模块之间信息互相隔离，功能模块虽然多但是难以交互共享；以至于最终呈现给用户的整体车机产品界面中模块繁多而令人不知取舍。

发明内容

本发明的一个目的在于提供一种车机信息处理方法，其优势在于，通过监听服务获取事件总线的事件消息，并根据预设规则选定目标消息推送给第三方应用，实现基于车机模块、监听服务和第三方应用之间的三方消息传递机制，充分挖掘并集成利用了车机的信息资源，从而提高了用户体验。

本发明的另一个目的在于提供一种车机信息处理方法，其优势在于，基于预设优先级来确定向第三方应用推送的目标消息，实现了消息推送逻辑的合理化，即推送的顺序能够符合不同应用的重要性。

本发明的另一个目的在于提供一种车机信息处理方法，其优势在于，提供了一种消息推送的冲突解决机制，使优先级相对较高的第三方应用的执行事件不被优先级相对较低的事件消息影响，在此前提下各第三方应用充分及时地接收事件消息。

本发明的另一个目的在于提供一种车机信息处理方法，其优势在于，对于判断为循环发生的事件，按照根据预设间隔进行存储，从而保证了对于该类事件消息获取的准确性。

本发明的另一个目的在于提供一种车机信息处理方法，其优势在于，通过对于车机模块的预先注册，确定其对应事件发生时能够生成事件消息于事件总线，从而保证了事件消息的来源可控，为后续的获取和使用提供了保证。

本发明的另一个目的在于提供一种车机信息处理方法，其优势在于，通过对车机、语音、地图等事件进行注册，保证了相关重要的车机信息能够被获取和互享。

本发明的一个目的在于提供一种车机，其优势在于，通过监听服务获取事件总线的事件消息，并根据预设规则选定目标消息推送给第三方应用，实现基于车机模块、监听服务和第三方应用之间的三方消息传递机制，充分挖掘和利用了车机的信息资源从而提高了用户体验。

本申请的另一个目的在于提供一种电子设备及存储介质，其优势在于，通过该电子设备执行车机信息处理方法，能够充分获取车机的信息资源从而提高了用户体验。

本发明第一方面提供了一种车机信息处理方法；所述车机的不同车机模块与车辆的事件总线通信连接，所述处理方法包括以下步骤：

启动监听服务；

通过所述监听服务，从所述事件总线获取若干事件消息并存储至所述监听服务的事件队列；所述事件消息包括所述车机模块产生的事件；

根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息；

发送所述目标消息至第三方应用；所述第三方应用关联于所述监听服务。

本发明第二方面提供了一种车机，所述车机的不同车机模块与车辆的事件总线电连接；所述车机包括一个或多个处理器以及存储器，所述存储器被配置成存储指令，当所述存储指令被所述一个或多个处理器执行时，使所述一个或多个所述处理器执行步骤，所述步骤包括：

启动监听服务；

通过所述监听服务，从所述事件总线获取若干事件消息并存储至所述监听服务的事件队列；所述事件消息包括所述车机模块产生的事件；

根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息；

发送所述目标消息至第三方应用；所述第三方应用关联于所述监听服务。

本发明第三方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的车机信息处理方法。

本发明第四方面提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的车机信息处理方法。

附图说明

图1为本发明的实施例1的车机信息处理方法的流程示意图。

图2为本发明的实施例1的车机信息处理方法的事件消息示意图。

图3为本发明的实施例2的车机的模块示意图。

图4为本发明的实施例3的电子设备的结构框图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

参见图1，本实施例具体提供了一种车机信息处理方法，车机的不同车机模块与车辆的事件总线通信连接，处理方法包括以下步骤：

S1.启动监听服务。

S2.通过监听服务，从事件总线获取若干事件消息并存储至监听服务的事件队列；事件消息包括车机模块产生的事件。

S3.根据预设规则，从事件队列中选择一则事件消息作为目标消息。

S4.发送目标消息至第三方应用；第三方应用关联于监听服务。

车辆的事件总线是车辆上连接各个控制终端并能够进行数据传递的通信网络，随着汽车各系统的控制逐步向自动化和智能化转变，汽车电气系统十分复杂，而通过车辆的事件总线能够满足车辆各电子系统不同的实时性要求，对车辆的公共数据(如发动机转速、车轮转速、节气门踏板位置等信息)实现共享。根据硬件结构和基础协议，车辆总线通常可以分为四种类型，即低成本的辅助串行通讯网络LIN(Local Interconnect Network，局域互联网络)总线；目前应用最广泛的现场总线CAN(Controller Area Network,控制局域网络)总线；专门用于满足要求严格的车载环境的MOST(Media Oriented System Transport，面向媒体的系统传输)总线，以及新一代汽车的内部主干网络，即高速可确定性且具备故障容错能力的Flexray总线。

其中，FlexRay具有高速、可靠及安全的特点，物理上通过两条分开的总线通信，具备的冗余通信能力可实现通过硬件完全复制网络配置，并进行进度监测，提供灵活的配置可支持各种拓扑，如总线、星型和混合拓扑。FlexRay可以支持以安全为导向的系统(如线控系统)的设计。MOST总线的传输技术近似于公众交换式电话网络，有数据信道与控制信道的设计定义，控制信道即用来设定如何使用与收发数据信道，一旦设定完成资料就会持续地从发送处流向接收处，过程中不用再有进一步的封包处理程序，最适合用于实时性音讯、视讯串流传输。MOST在制订上完全合乎传统的7层数据通讯协议参考模型，而在网线连接上MOST通常采用环状拓朴，此外每套MOST传控网络允许最多达64个的装置连接。CAN总线则属于现场总线的范畴，网络各节点之间的数据通信实时性强，开发周期短，性价比高，是具有国际标准的现场总线。本实施例中的事件总线可以包括但不限于上述介绍的任意一种车辆总线。

所谓应用服务是通过运行某些线程或进程能够提供的某种功能的进程或线程的集合。本实施例中，监听服务的设置目的主要包括：从事件总线获取事件消息，筛选获取的事件消息获得目标消息以及推送目标消息至第三方应用。最终目的在于实现车辆模块之间灵活可自定义的消息传递机制。

参见图2，步骤S1、S2启动监听服务，并通过监听服务从事件总线获取若干事件消息，并将获取的事件消息存储至监听服务的事件队列；事件消息包括但不限于车机模块产生的事件。车机模块即车机中的具体功能模块，例如多媒体模块、蓝牙传输模块、联网模块、导航模块、日志模块等。除此以外，还包括对应于车辆事件、语音事件、地图事件等的事件消息。

至于第三方应用，则包括但不限于集成于车机的各种功能模块。例如导航模块、多媒体模块、安全控制模块等。监听服务的监听对象是基于特定的需求，例如，第三方应用可以是一种车机上的显示定速巡航控制的可视化模块，能够实时地显示当前巡航的时速、道路类型、目的地距离等；需要获取车速、地图的数据。而车速传感器将车速(数据)事件发送至事件总线后，监听服务基于发布订阅模式通过对事件总线的针对车速事件的订阅来实现监听。之后，监听服务同样基于发布订阅模式将车速事件传递给定速巡航模块。

或者在另一个应用场景中，通过对导航事件进行监听获取导航的事件消息，假设第三方应用是车机的多媒体应用程序，则获取导航的事件消息后，即使车机正在显示音乐播放界面，也可以实时地插播一则提示前方转向的驾驶提示信息。

又如，通过对车速的监控检测到用户超过预设时长没有停车休息，以此判断用户可能存在疲劳驾驶，则在车机屏幕跳出疲劳驾驶的动画警示。

发布订阅模式是用于定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新，解决了对象改变时通知其他对象做出相应改变的问题。发布订阅模式主要有两个角色，发布方(Publisher)当状态改变时负责通知所有订阅者；订阅方(Subscriber)订阅事件并对接收到的事件进行处理。具体地，发布订阅模式有两种实现方式。其一为简单的实现方式，即由发布方维护一个订阅者列表，当状态改变时循环遍历列表通知订阅者。另一种是委托的实现方式，即由发布方定义事件委托，订阅方实现委托。无论是以上哪种方式，都是通过双方的通知和更新机制来实现，发布方的状态改变通知订阅方做出相应更新。

对于上述基于事件总线的发布订阅模式的实现，也就是在各个模块之间相互不产生依赖的情况下实现集中式的事件处理机制，需要由事件发布方定义事件委托，事件订阅方定义事件处理逻辑，以及包括一个确定的订阅事件这三个要素组成。

本实施例中，采用监听服务统一注册事件的方式，可以使监听服务和事件总线之间的订阅模式更为精简，无论是导航、车控、车辆、语音等事件全都被发送给事件总线，订阅上述所有事件的监听服务在车机上电时启动，从而实现对于上述导航、车控等事件的监听。监听获得的事件消息存储于事件队列中。步骤S2中的事件消息对应于车机模块产生的事件，也就是基于车机模块的事件生成的文本字符串等格式的传输数据，例如，对应于车速事件的事件消息也就是至少包括车速的格式可解析的数据。而事件消息通过队列来存储，即一种先进先出的数据结构作为存放消息的容器，消息从队尾入队，从队头出队，入队即发消息的过程，出队即收消息的过程。

本实施例的发布订阅模型中，事件消息的生产者也就是订阅事件的发布者，监听服务作为订阅者从事件总线获取消息，相关的事件队列也就是存放事件消息的容器，订阅者可以收到订阅的主题下的全量消息。

步骤S3根据预设规则从事件队列中选择一则事件消息作为目标消息。步骤S4将目标消息发送至第三方应用；第三方应用关联于监听服务。

如上所述，此处第三方应用和监听服务的消息传递关系就是若干第三方应用和监听服务之间关于事件消息的订阅关系。监听服务对于事件队列中的事件消息经过必要的处理以确定目标消息，并将其发送至对应的第三方应用。

作为较佳的实施方式，步骤S3具体包括：根据预设优先级，从事件队列中获取优先级最高的事件消息作为目标消息。

例如，按照优先级数值由低到高代表优先级从高到低的规则对于不同的实际类型进行预定义优先级，开关机事件的重要性最高，优先级数值设为0；其次涉及和驾车安全有关的重要性次高，将驾驶提醒类的事件的优先级数值设为1；其次主动类的事件代表是和人员交互，往往表明带有较强的实时要求性，例如语音操作、天气体现、驻车、导航、娱乐等模块中的相关事件，则优先级数值设为2～3；再次提醒类和待机类的事件相对没有很强的实时性要求，例如支付、加油等，则优先级指数设置为3～4。

对于获得的不同的事件消息，由于有符合实用逻辑的优先级排序设计，因此可以基于每个事件消息的优先级确定优先级最高的作为当前推送的目标消息。

本实施方式基于预设优先级来确定向第三方应用推送的目标消息，实现了消息推送逻辑的合理化，即推送的顺序能够符合不同应用的重要性。

作为较佳的实施方式，步骤S4具体包括：

判断事件队列中是否存在正在被使用的事件消息；

若存在，且正在被使用的事件消息的优先级低于目标消息的优先级，则中止使用正在被使用的事件消息；发送目标消息至第三方应用；

若存在，且正在被使用的事件消息的优先级不低于目标消息的优先级，则清空事件队列。

本实施方式针对事件队列中基于优先级的冲突机制进行了设计，主要解决了当前正在被使用的事件消息和最新获得的更新后的事件消息之间的冲突，假设根据上一实施方式中确定的是车速事件的事件消息，而正在被使用的事件消息是优先级较低的加油类的事件消息，那么就中止使用正在被使用的加油类的事件消息，发送车速相关的事件消息至第三方应用；反之，如果事件队列中正在被使用的事件消息是优先级较高的驾驶提醒类的事件消息，那么意味着应当继续执行当前的驾驶提醒类的事件消息，而清空事件队列，释放存储资源。如果事件队列中正在被使用的事件消息的优先级和目标消息的优先级相同意味着当前的事件消息仍有必要继续被执行，则同样清空事件队列。

本实施方式提供了一种消息推送的冲突解决机制，使优先级相对较高的第三方应用的执行事件不被优先级相对较低的事件消息影响，在此前提下各第三方应用充分及时地接收事件消息。

作为较佳的实施方式，步骤S2具体包括：

判断事件消息对应的事件是否为循环发生事件，循环发生事件包括按固定间隔发生的事件和持续发生的事件中的至少一种；若是，则根据预设间隔将事件消息存储至监听服务的事件队列。

本实施方式旨在针对一些具有特殊的时序规律的事件进行对应的事件消息获取。假设对于车辆温度事件，已知温度传感器的侦测时长间隔是5分钟，也就是每5分钟温度传感器会将一则事件消息抛入事件总线，在此基础上，采用普通的轮询监听相对较为耗费资源，可以按照预设间隔即5分钟来获取并存储该事件消息，从而兼顾了事件消息获取的准确性和效率。

本实施方式对于判断为循环发生的事件，按照根据预设间隔进行存储，从而保证了对于该类事件消息获取的准确性的同时，也能够控制相关操作占用的资源。

作为较佳的实施方式，步骤S1之前还包括：

注册若干注册事件，注册事件对应于车机模块，注册事件发生时，生成与车机模块对应的事件消息于事件总线。注册事件包括车机事件、语音事件、车辆事件、地图事件、控件操作事件中的至少一种。

本实施方式中，针对车机应用中涉及较多的车机、语音、车辆、地图、控件操作等功能模块进行预注册，也就是建立了监听服务对于上述车机模块相关事件的订阅，这样当上述注册的事件发生时会在事件总线生成对于的事件消息，监听服务能够获取相应的事件消息。

车机事件如多媒体点播事件、蓝牙事件、无线事件等；语音事件例如用户交互语音事件、导航唤醒语音事件等；车辆事件如车速感知事件、油量检测事件、车窗控制事件、灯光响应事件等；地图事件例如地图升级事件、兴趣点更新事件等；控件操作如任务栏响应事件等。

本实施方式通过对于车机模块的预先注册，确定其对应事件发生时能够生成事件消息于事件总线，从而保证了事件消息的来源可控，为后续的获取和使用提供了保证，并通过对车机、语音、地图等事件进行注册，保证了相关重要的车机信息能够被获取和互享。

本实施例的车机信息处理方法通过监听服务获取事件总线的事件消息，并根据预设规则选定目标消息推送给第三方应用，实现基于车机模块、监听服务和第三方应用之间的三方消息传递机制，充分挖掘并集成利用了车机的信息资源，从而提高了用户体验。

实施例2

参见图3所示，本实施例提供了一种车机，车机的不同车机模块1与车辆的事件总线电连接；车机包括一个或多个处理器2以及存储器3，存储器3被配置成存储指令，当存储指令被一个或多个处理器2执行时，使一个或多个处理器2执行实施例1中的信息处理方法的步骤。

作为较佳的实施方式，其中根据预设规则，从事件队列中选择一则事件消息作为目标消息的步骤包括：根据预设优先级，从事件队列中获取优先级最高的事件消息作为目标消息。

本实施例的车机信息处理方法通过监听服务获取事件总线的事件消息，并根据预设规则选定目标消息推送给第三方应用，实现基于车机模块、监听服务和第三方应用之间的三方消息传递机制，充分挖掘并集成利用了车机的信息资源，从而提高了用户体验。

实施例3

图4为本发明实施例3提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1中的车机信息处理方法。图4显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中的车机信息处理方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1中车机信息处理方法中的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1中车机信息处理方法中的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种车机信息处理方法，其特征在于，所述车机的不同车机模块与车辆的事件总线通信连接，所述处理方法包括以下步骤：

启动监听服务；

通过所述监听服务，从所述事件总线获取若干事件消息并存储至所述监听服务的事件队列；所述事件消息包括所述车机模块产生的事件；

根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息；

发送所述目标消息至第三方应用；所述第三方应用关联于所述监听服务。

2.如权利要求1所述的车机信息处理方法，所述根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息的步骤包括：

根据预设优先级，从所述事件队列中获取优先级最高的事件消息作为所述目标消息。

3.如权利要求1所述的车机信息处理方法，所述发送所述目标消息至第三方应用的步骤包括：

判断所述事件队列中是否存在正在被使用的事件消息；

若存在，且所述正在被使用的事件消息的优先级低于所述目标消息的优先级，则中止使用所述正在被使用的事件消息；

发送所述目标消息至所述第三方应用；

若存在，且所述正在被使用的事件消息的优先级不低于所述目标消息的优先级，则清空所述事件队列。

4.如权利要求1所述的车机信息处理方法，所述通过所述监听服务，从所述事件总线获取若干事件消息并存储至所述监听服务的事件队列的步骤包括：

判断所述事件消息对应的事件是否为循环发生事件，所述循环发生事件包括按固定间隔发生的事件和持续发生的事件中的至少一种；

若是，则根据预设间隔将所述事件消息存储至所述监听服务的事件队列。

5.如权利要求1所述的车机信息处理方法，所述启动监听服务的步骤之前还包括：

注册若干注册事件，所述注册事件对应于所述车机模块，所述注册事件发生时，生成与所述车机模块对应的事件消息于所述事件总线。

6.如权利要求5所述的车机信息处理方法，所述注册事件包括车机事件、语音事件、车辆事件、地图事件、控件操作事件中的至少一种。

7.一种车机，其特征在于，所述车机的不同车机模块与车辆的事件总线电连接；所述车机包括一个或多个处理器以及存储器，所述存储器被配置成存储指令，当所述存储指令被所述一个或多个处理器执行时，使所述一个或多个所述处理器执行步骤，所述步骤包括：

启动监听服务；

通过所述监听服务，从所述事件总线获取若干事件消息并存储至所述监听服务的事件队列；所述事件消息包括所述车机模块产生的事件；

根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息；

发送所述目标消息至第三方应用；所述第三方应用关联于所述监听服务。

8.如权利要求7所述的车机，所述根据预设规则，从所述事件队列中选择一则所述事件消息作为目标消息的步骤包括：

根据预设优先级，从所述事件队列中获取优先级最高的事件消息作为所述目标消息。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-6中任一项所述的车机信息处理方法。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6中任一项所述的车机信息处理方法。

Images